www.delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2017/03/29/12:17:54

X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20161025;
h=date:from:to:subject:message-id:in-reply-to:references:mime-version
:content-transfer-encoding;
bh=CARAVy+x7vK2eh7MsRdsJS/xy2QRvcsqlunHEpqqHiU=;
b=N+/WRatSdboo5+RSnAyS9FmX1qD3BJc1f7JA6o52aWWf3DOnwA5JN+qb0N8CPgZ/R1
AE4Hi14Gyfi1hY5f2s72Y7HkkFrKvd4j2h9r8dazraSn3u/rNatOIrTMFJetry8cOfDf
B7ky/ZTtAXnJatiqNWQqwoYUccGnyIz9CDUmj5KwlUO5IL/qnH9FpCBxdJEypdBk/A0D
IG/d5eQFxkECwXUeDJUpC6JU5Z27W4am4H6sSxsY1A2iaX+YsR43olz5TneSSa+X/k6+
yM9vo3gkI7tdG+Ka0NFvh641StCSyYDyZKkYkBk6zfXw8JDv9dQZFsF47QiVkDgZfWiz
/T+Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20161025;
h=x-gm-message-state:date:from:to:subject:message-id:in-reply-to
:references:mime-version:content-transfer-encoding;
bh=CARAVy+x7vK2eh7MsRdsJS/xy2QRvcsqlunHEpqqHiU=;
b=oOmQZSpZP6Qbqn7geCObk0v/d5kHqly2UbwBcsJZMrmjlGkznkYPMw7sZcDkn3Xazg
LW/LGX4WNewUZucwd/oG/nUVhbctWpKEmchYmPfIWP+9Ak2Dicy5j8bpRvbti4Ns797q
F3Y+xaZTIp63Ko6ISAFL0yfBjhzkDlVHbivJSpg3cR+sy3MSdKLgbGZn5x+8Oed/h0nU
Vg/jlNwIA9t4aOm/f9uQpdRGD5+PWPVDpbahz7xbQppUMHpi99rBHHkHk9yB68JbcwnO
xoj58n0mi5ZJxsN5TKhlqt0s8WCVMUv3mqPj0amwT/aWiUUpx7EUn7MPgxJCZPNcjNCH
nWuw==
X-Gm-Message-State: AFeK/H2mzdWXkApCfxGE8JRwOKiKdX/wKF1uvFdIwfTsaJrX5WrG8dQVPOAJFj3uNcr2RA==
X-Received: by 10.25.162.211 with SMTP id l202mr410483lfe.97.1490804178797;
Wed, 29 Mar 2017 09:16:18 -0700 (PDT)
Date: Wed, 29 Mar 2017 18:16:15 +0200
From: "Nicklas Karlsson (nicklas DOT karlsson17 AT gmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
To: geda-user AT delorie DOT com
Subject: Re: [geda-user] gedasymbols.org and EDAKrill - need your opinion
Message-Id: <20170329181615.5219deb7c76ad5ce0d5cc949@gmail.com>
In-Reply-To: <alpine.DEB.2.00.1703291527270.27212@igor2priv>
References: <alpine DOT DEB DOT 2 DOT 00 DOT 1703250637200 DOT 27212 AT igor2priv>
<20170329125832 DOT 1C3B9809DB74 AT turkos DOT aspodata DOT se>
<alpine DOT DEB DOT 2 DOT 00 DOT 1703291527270 DOT 27212 AT igor2priv>
X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu)
Mime-Version: 1.0
Reply-To: geda-user AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: geda-user AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com

> Hello Karl,
> 
> On Wed, 29 Mar 2017, karl AT aspodata DOT se wrote:
> 
> > Igor2:
> 
> > in nowhere. Is there any way of solving that with svn ? Or is it
> > possible to have a regular import from a git repo to svn ?
> 
> The offline case for read is trivial: you check out the whole db when you 
> are online, you have it on disk, you work from it.
> 
> Upload: svn commit when you are next online.

With git it is possible to commit locally and sync next time network is available. My experience is git is a little bit more complex to us than subversion (svn).

Version control like subversion is very nice tools, in particular each file will automatically get a history of the changes.

> 
> I don't plan git mirrors or syncing to git on server side. I don't 
> know what tools are available for git->svn on client side.

There are plenty of tools available for git or svn both graphical and command line. If history is needed git or svn might be possible "protocol" to transfer files.


> > Is there any possibility to set up mirrors to share the bandwidth,
> > would that be possible with svn, can I set up such a mirror ?
> 
> Yup. There is a tool introduced recently, called svnrdump. It can dump a 
> remote repository locally, even incrementally. So the process would be:

git or subversion (svn) might be used either locally on file system or via TCP/IP communication with a server on internet. If git or subversion is used against a server normally the files are downloaded locally, or what do you mean with a dump?


> ...
> I recommend making such mirror repositories read-only, as there won't be 
> any means to merge changes among sites.

If it is possible to commit changes to more than one repository there might be synchronization issues.


Nicklas Karlsson

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019