minio/pkg/crypto/md5/md5_test.go

package md5_test

import (
	"bytes"
	"encoding/hex"
	"testing"

	. "github.com/minio/minio/internal/gopkg.in/check.v1"
	"github.com/minio/minio/pkg/crypto/md5"
)

func Test(t *testing.T) { TestingT(t) }

type MySuite struct{}

var _ = Suite(&MySuite{})

func (s *MySuite) TestMd5sum(c *C) {
	testString := []byte("Test string")
	expectedHash, _ := hex.DecodeString("0fd3dbec9730101bff92acc820befc34")
	hash, err := md5.Sum(bytes.NewBuffer(testString))
	c.Assert(err, IsNil)
	c.Assert(bytes.Equal(expectedHash, hash), Equals, true)
}
Further fixes - - All test files have been renamed to their respective <package>_test name, this is done in accordance with - https://github.com/golang/go/wiki/CodeReviewComments#import-dot imports are largely used in testing, but to avoid namespace collision and circular dependencies - Never use _* in package names other than "_test" change fragment_v1 to expose fragment just like 'gopkg.in/check.v1' 10 years ago			`package md5_test`
Adding minio-hash with streaming crypto hashes 10 years ago
			`import (`
			`"bytes"`
			`"encoding/hex"`
			`"testing"`

Migrate to govendor to avoid limitations of godep - over the course of a project history every maintainer needs to update its dependency packages, the problem essentially with godep is manipulating GOPATH - this manipulation leads to static objects created at different locations which end up conflicting with the overall functionality of golang. This also leads to broken builds. There is no easier way out of this other than asking developers to do 'godep restore' all the time. Which perhaps as a practice doesn't sound like a clean solution. On the other hand 'godep restore' has its own set of problems. - govendor is a right tool but a stop gap tool until we wait for golangs official 1.5 version which fixes this vendoring issue once and for all. - govendor provides consistency in terms of how import paths should be handled unlike manipulation GOPATH. This has advantages - no more compiled objects being referenced in GOPATH and build time GOPATH manging which leads to conflicts. - proper import paths referencing the exact package a project is dependent on. govendor is simple and provides the minimal necessary tooling to achieve this. For now this is the right solution. 9 years ago			`. "github.com/minio/minio/internal/gopkg.in/check.v1"`
Restructure codebase move crypto, checksum to top-level, move ``split`` into donut, move crypto/keys into api/auth 10 years ago			`"github.com/minio/minio/pkg/crypto/md5"`
Adding minio-hash with streaming crypto hashes 10 years ago			`)`

			`func Test(t *testing.T) { TestingT(t) }`

			`type MySuite struct{}`

			`var _ = Suite(&MySuite{})`

			`func (s MySuite) TestMd5sum(c C) {`
			`testString := []byte("Test string")`
			`expectedHash, _ := hex.DecodeString("0fd3dbec9730101bff92acc820befc34")`
Further fixes - - All test files have been renamed to their respective <package>_test name, this is done in accordance with - https://github.com/golang/go/wiki/CodeReviewComments#import-dot imports are largely used in testing, but to avoid namespace collision and circular dependencies - Never use _* in package names other than "_test" change fragment_v1 to expose fragment just like 'gopkg.in/check.v1' 10 years ago			`hash, err := md5.Sum(bytes.NewBuffer(testString))`
Adding minio-hash with streaming crypto hashes 10 years ago			`c.Assert(err, IsNil)`
			`c.Assert(bytes.Equal(expectedHash, hash), Equals, true)`
			`}`