Am 27.10.2014 um 02:01 schrieb phil@highoctane.be:
I've seen a couple configurations retrieve tar files from DropBox.
http://www.smalltalkhub.com/#!/~hernan/ApplicationSecurity <http://www.smalltalkhub.com/#!/~hernan/ApplicationSecurity> loads NaCl library (libsodium) from Dropbox.
See ConfigurationOfNacl>>preLoad
| url fileRef response |
url := self platformLibraryUrl asZnUrl. fileRef := FileSystem disk workingDirectory / url pathSegments last. (response := ZnEasy get: url) isSuccess ifTrue: [ fileRef writeStreamDo: [ : stream | stream nextPutAll: response contents ] ] ifFalse: [ self error: 'Cannot download compiled library file' ]. self uncompress: fileRef.
platformLibraryUrl " Answer a download URL for the compiled version of library "
Smalltalk os isWin32 ifTrue: [ ^ 'http://dl.dropboxusercontent.com/u/103833630/libsodium.zip <http://dl.dropboxusercontent.com/u/103833630/libsodium.zip>' ]. Smalltalk os isUnix ifTrue: [ ^ 'http://dl.dropboxusercontent.com/u/103833630/libsodium.so.gz <http://dl.dropboxusercontent.com/u/103833630/libsodium.so.gz>' ]. Smalltalk os isMacOSX ifTrue: [ ^ 'http://dl.dropboxusercontent.com/u/103833630/libsodium.dylib.gz <http://dl.dropboxusercontent.com/u/103833630/libsodium.dylib.gz>' ]. self error: 'Cannot find library for your OS platform'.
It looks like a good way to solve these things. Forget about Dropbox versioning. But with a proper naming scheme, it is doable.
For me this sounds like a receipt for disaster in the long run. Version management is about to be able to reliably load versions. Moving parts outside of a controlled environment will make you unhappy sooner or later⦠Regards Andreas
Phil
On Mon, Oct 27, 2014 at 1:40 AM, Sebastian Sastre <sebastian@flowingconcept.com <mailto:sebastian@flowingconcept.com>> wrote:
On Oct 26, 2014, at 9:22 PM, Esteban A. Maringolo <emaringolo@gmail.com <mailto:emaringolo@gmail.com>> wrote:
2014-10-26 20:14 GMT-03:00 Sebastian Sastre <sebastian@flowingconcept.com <mailto:sebastian@flowingconcept.com>>:
I donât think that storing binary files in git is good practice
git shines on declarative content
But Google about it and see how other people experiences resulted. Are they happy or not?
It's not efficient in terms of storage, but I know of people who uses git to manage PSD files and other "non code" files.
I'm particularly interested in git for Pharo for the same reason, I want to be able to commit everything (Pharo and static files) in a single command.
Well, then you should use that in the exact same way you would commit in one command entire VirtualBox guests VMs
git is a tool suposed to help in integrating work and not make your life too hard when solving merge conflicts when they happen. If you do things that diverge from that then, well.. then you start eroding the profit itâs trying to give you
Esteban A. Maringolo