Re: [git-users] Branch level authentication
You could also look into solutions like bitbucket by creating repos and assigning different access permissions. Or on a unix server, achieve the same with different repos and unix user access levels. All this is defined at process level. Hope that helps, HD. -- You received this message because you are subscribed to the Google Groups Git for human beings group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[git-users] Independent modules
I find this confusing on the dev level. This can be developed in a different structure and then use an installation procedure to layout the desired final structure. This way, you can easily have them in separate repos and even have some way to create dependencies, if any. Take a system as an example. You have many binaries and libs. They are developed independently, but reside at the end in a shared structure. Sorry this does not answer your precise question but hope it still helps. HD. -- You received this message because you are subscribed to the Google Groups Git for human beings group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[git-users] git tree subfolder workflow
Is the size of all directories a concern at all? You clone it once and just leave it there and do normal git. In other words, can you explain the problems you are trying to avoid? I worked with big repos and cloning is slow, but then branching, commit and push is fast, so maybe you are trying to do something different? Hope this helps, HD. -- You received this message because you are subscribed to the Google Groups Git for human beings group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[git-users] Re: git tree subfolder workflow
Is the size of all directories a concern at all? yes, it is, to clone a full repo to my local disk it is taking more than an hour. original problem: the server where i clone is on nfs and git is too slow on nfs, even a simple 'git status' on a local folder is taking 2~3 mins. so somebody suggested to clone the tree on to a local disk. since the bulk of my work is only on a single folder, i want to try this approach. if it's even allowed ? On Saturday, August 17, 2013 6:48:43 PM UTC+5:30, Huu Da Tran wrote: Is the size of all directories a concern at all? You clone it once and just leave it there and do normal git. In other words, can you explain the problems you are trying to avoid? I worked with big repos and cloning is slow, but then branching, commit and push is fast, so maybe you are trying to do something different? Hope this helps, HD. -- You received this message because you are subscribed to the Google Groups Git for human beings group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[git-users] Support/Proprietary Git
HI All, I wish to know if a company implements GIT who will provide support if any help is needed/any issued encountered with GIT and is there any proprietary version of GIT is available if so who provides that Thanks, Mega -- You received this message because you are subscribed to the Google Groups Git for human beings group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[git-users] Re: git tree subfolder workflow
I do not think it's possible to only clone a part of a repo. That being said, I have not experimented with subtree nor submodule. Have you look into that yet? Is there any way for you to access to repo from a remote host, but not mounted nfs? Seems like a flaw in network design. One hour is not the long if you let run over night (my experience took over 35min without nfs). Is that nfs plus your network time from the server? If so, maybe you can get on that server and clone locally on the server so it is no more nfs. Then from your local machine, clone your cloned? Unfortunately, I can only offer potential workaround. I have no experience to say that when pushing back to the nfs repo would be any faster if you could clone only a directory. Hope that helps a little. HD. -- You received this message because you are subscribed to the Google Groups Git for human beings group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[git-users] Re: Independent modules
Aforementioned structure is forced by external runtime environment. No possibilites for changes. Projects are not compiled to libs etc. -- You received this message because you are subscribed to the Google Groups Git for human beings group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[git-users] Re: Independent modules
On Saturday, August 17, 2013 2:50:50 PM UTC-4, pbr...@gmail.com wrote: Aforementioned structure is forced by external runtime environment. No possibilites for changes. Projects are not compiled to libs etc. I am sorry if my reply was not clearly expressed. It is not necessary to compile anything for it to be installed. Your runtime environment doest not require to also be the development environment. Imagine the following: dev_env repo1 images/* scripts/* libraries/* repo2 images/* ... so repos are independent. Then you would have a simple install script (bash/unix to be adapted or windows batch): for d in dev_env/*; do mkdir AppDir/Images/$d cp $d/images/* AppDir/Images/$d/ mkdir AppDir/Scripts/$d cp $d/scripts/* AppDir/Scripts/$d/ etc... Hope this is more clear. HD. -- You received this message because you are subscribed to the Google Groups Git for human beings group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.