Changing the permissions and using a group shouldn't be necessary.
If you're using Linux to mount the usb stick the 'user' option makes all
of the files on the drive owned by the person that mounts it.
,[ /etc/fstab ]
| /dev/sdb1 /usb vfat defaults,user,noauto,shortname=mixed 0 0
`
Then
[Thank you to Bernt for the *clear* explanation of using branches!]
I seem to be moving out of the woods with this, and for the most
part, the experiment has been going smoothly. However, I've run
afoul of permissions, a bugaboo that was mentioned in an earlier
post on t
Bernt Hansen writes:
>> $ git clone -l --no-hardlinks --bare . /path/to/usb/stick
>
> I've never used -l --no-hardlinks when creating repos on my usb stuck.
> vfat filesystems don't support hard links and you can't make use of
> hard links across filesystems.
That's true :)
I just copy this
"Alan E. Davis" writes:
> One more point:
>
> May I ask for an example of a case when branching would make sense in
> the context of this synchronization usage of Git?
Here are a couple:
I don't use multiple branches for my org repos. But I do use branches
extensively on coding projects.
"Alan E. Davis" writes:
> Thank you Bernt (and Sebastian):
>
I'm just trying to help :)
>
> I now understand that it is necessary to pull the changes to the alternate
> tree before pushing. This will make a big
> difference in the future, I believe. It worked as advertized on the
> /tmp/ju
One more point:
May I ask for an example of a case when branching would make sense in the
context of this synchronization usage of Git?
Alan
--
Alan Davis
"An inviscid theory of flow renders the screw useless, but the need for one
non-existent." ---Lord Raleigh (John Willi
Thank you Bernt (and Sebastian):
I now understand that it is necessary to pull the changes to the alternate
tree before pushing. This will make a big difference in the future, I
believe. It worked as advertized on the /tmp/junk experiment.
I think the other point I had missed, that would be ne
>> ,[ part of my /etc/fstab ]
>> | /dev/sdb1 /usb vfat defaults,user,noauto,shortname=mixed 0 0
>> `
>>
>> After that everything worked great for me.
>>
>> -Bernt
>>
>
> This was one of those days I learned more on the emacs-orgmode
> mailinglist, than in `real' life :) where I met no unic
Bernt Hansen writes:
> Sebastian Rose writes:
>
>> git always throws warnings and errors here, when I try to `git clone
>> --bare' on FAT formated USB sticks (didn't try with the new 1.6.1.3
>> version, that's in Debian testing since a week).
>
> The only issue I ran into was when I mounted the U
Sebastian Rose writes:
> git always throws warnings and errors here, when I try to `git clone
> --bare' on FAT formated USB sticks (didn't try with the new 1.6.1.3
> version, that's in Debian testing since a week).
The only issue I ran into was when I mounted the USB stick with Linux's
default o
Bernt Hansen writes:
> Hi Alan,
>
> The best way to test drive all this stuff is just make some throw away
> repos to play with.
>
> $ mkdir /tmp/junk
> $ cd /path/to/your/org/git/repo
> $ git clone --bare . /tmp/junk/org.git
> $ cd /tmp/junk
> $ git clone org.git home
> $ git clone org.git work
>
Hi Alan,
The best way to test drive all this stuff is just make some throw away
repos to play with.
$ mkdir /tmp/junk
$ cd /path/to/your/org/git/repo
$ git clone --bare . /tmp/junk/org.git
$ cd /tmp/junk
$ git clone org.git home
$ git clone org.git work
Now you have 3 repos in /tmp/junk
work -
12 matches
Mail list logo
