> Am 27.10.2014 um 02:01 schrieb [email protected]: > > 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 > <[email protected] <mailto:[email protected]>> wrote: > > > On Oct 26, 2014, at 9:22 PM, Esteban A. Maringolo <[email protected] > > <mailto:[email protected]>> wrote: > > > > 2014-10-26 20:14 GMT-03:00 Sebastian Sastre <[email protected] > > <mailto:[email protected]>>: > >> 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 > > > > >
