Re: Off-line deverloper workflow?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Jun 27, 2013 at 03:43:51PM +0200, Jean-No?l Avila wrote:
> Le 27/06/2013 14:46, Woody Wu a écrit :
> >Hi,
> >
> >I have a colleague who has to left our office for three month, but still
> >need to work on the project which is hosted on our in-office git
> >repository. Problem is that our company has firewall, it's not possible
> >or not allowed to access the company LAN outside the building.  So I
> >want to ask you expert, can you suggest a best practice of git workflow
> >that suitable to my situation?
> >
> >Thanks in advance.
> >
> >-woody
> >
> >--
> >To unsubscribe from this list: send the line "unsubscribe git" in
> >the body of a message to majordomo@xxxxxxxxxxxxxxx
> >More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> For a short time, I had the same issue. We came up using "git
> bundle" to bundle changes and exchange them via email.
> 
> The setup was to work in two separate branches. The roaming
> developper started a new branch when leaving. After some work, she
> sent the commits on her branch as a bundle file. The origin merged
> the branch extracted from the developper's bundle and sent back the
> bundle of the changes on origin since the last merge.
> 
> No doubt that both side need to understand well the workflow of
> fetch/merge. Bundle files can be encrypted for better security.
> 
> Hope this helps.

Many thanks, this method sounds suitable to me. I will go the learn
anything about 'bundle'.

Have a nice day!

> 
> JN

-- 
I can't go back to yesterday - because I was a different person then
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]