EPICS Home EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

Format page
for printing


Search Tech-talk
2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  <2017>  2018  2019  2020  2021  2022  2023  2024  Index 2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  <2017>  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>
Subject: Re: 7.0.1-rc1
From: Ralph Lange <[email protected]>
To: EPICS Core Talk <[email protected]>
Date: Thu, 14 Dec 2017 10:50:02 +0100
Hi Torsten,

The four classic EPICS branches *are* branches of the very same single Git repository.
The .gitmodules file specifies the current directory as the URL for the branches libcom, database and ca.

However, the standard recursive git clone command interprets the local "." URL as "fetch it from the same place as the repo in '.'".
You can always clone the classic branches one by one from the existing local repo of the bundle. Note, however, that pushes in the locally cloned branches will then go to the local origin, not the remote upstream repo, which is certainly confusing and not what users expect from a push operation.
Independent from the submodules question,you can always reduce the amount of data in a clone by specifying --depth, unless you need the full history of the project, in this case spanning the last 25 years.

Cheers,
~Ralph



On Thu, Dec 14, 2017 at 9:20 AM, Torsten Bögershausen <[email protected]> wrote:
Hej,
Yesterday I was sitting on a 3Mbit/sec line I was cloning base from Git,
I realized that "base" needs to be transferred 4 times.
I got 4 pack files, each 95M.
One for base, modules/ca, modules/database, modules/libcom/

99 234 251 ./.git/modules/modules/ca/objects/pack/pack-08cf7dbc8f8108176628acb637cfa5d864f0aa43.pack
99234251 ./.git/modules/modules/database/objects/pack/pack-08cf7dbc8f8108176628acb637cfa5d864f0aa43.pack
99234251 ./.git/modules/modules/libcom/objects/pack/pack-08cf7dbc8f8108176628acb637cfa5d864f0aa43.pack
99234251 ./.git/objects/pack/pack-08cf7dbc8f8108176628acb637cfa5d864f0aa43.pack

I think this is because the modularization was done without running
"git filter-branch".

My first question:
Does anybody else feels that this is a problem to download
4*95 Mbyte, when 1*95 Mbyte enough ?

And if yes, what should we do about it?
a) Undo the modularization.  Keep ca, database, libcom in the same
   Git as before ?
b) Run Git filter-branch and try a surgery on the Gits?
c) Leave everything as it is ?

Any thoughts and opinions ?





On 01/12/17 01:20, Andrew Johnson wrote:
I just tagged, tarred, tested uploaded and pushed the -rc1, but I don't
have time to write the announcement email for tech-talk tonight. If no
one else feels like doing so I'll get to it tomorrow morning.

- Andrew


References:
7.0.1-rc1 Andrew Johnson
Re: 7.0.1-rc1 Torsten Bögershausen
Navigate by Date:
Prev: Re: 7.0.1-rc1 Torsten Bögershausen
Next: Re: 7.0.1-rc1 Michael Davidsaver
Index: 2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  <2017>  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: 7.0.1-rc1 Torsten Bögershausen
Next: Re: 7.0.1-rc1 Michael Davidsaver
Index: 2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  <2017>  2018  2019  2020  2021  2022  2023  2024 
ANJ, 21 Dec 2017 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·