Refactor Devfile Volumes for devfile/library

[maysunfaisal]

The volume specific code and logic are the only remaining pieces of odo code that is remaining to be refactored and moved out to devfile/library so that all the devfile consumers may use it. This was marked as a second pass and needs be moved out.

These functions have been identified that are related to the devfile volume logic:

• pkg/devfile/adapters/common/utils.go GetVolumes()
• pkg/devfile/adapters/kubernetes/component/adapter.go volumeNameToPVCName, uniqueStorages logic
• pkg/devfile/adapters/kubernetes/storage/utils.go GetPVCAndVolumeMount(), getPVC(), addVolumeMountToContainers(), generateVolumeNameFromPVC(), GeneratePVCNameFromDevfileVol
• pkg/envinfo/storage.go GetVolumeMountPath()

The only minor issue i see is, devfile tools/consumers not liking the way a pvc name is defined. That may need to be taken into consideration when refactoring these logic

Parent Issue: devfile/api#181

[maysunfaisal]

This issue refactors and cleans up the odo code before migrating to devfile/library. The devfile/library issue to track is devfile/api#181

[dharmit]

@maysunfaisal do you want this to be tracked via a Sprint board of odo project? I'm fine by whatever you would prefer. I'm asking because Sprint 200 is nearing closure and I was wondering if you would want to move this to 201.

[maysunfaisal]

@dharmit this issue is done, there was a typo and the PR didnt close the issue