Hello everyone!
Quick question is, is it possible to use git:// protocol over
SSL/TLS/other secure transport?
Or the recommended way to do secure anonymous checkout is to simply
use https:// ?
Thanks in advance!
--
With best regards, Sergey Sharybin
--
To unsubscribe from this list: send
to recommend using https:// protocol instead of
git:// for our users?
--
With best regards, Sergey Sharybin
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
:)
On Fri, Dec 27, 2013 at 8:12 PM, Andreas Schwab sch...@linux-m68k.org wrote:
Sergey Sharybin sergey@gmail.com writes:
So guess we just need to recommend using https:// protocol instead of
git:// for our users?
Given how easy it is to verify the integrity of a git repository out of
band
on
whether smart http is used there, and if not guess it wouldn't be a
big deal to switch to apache.
On Fri, Dec 27, 2013 at 8:20 PM, Matthieu Moy
matthieu@grenoble-inp.fr wrote:
Andreas Schwab sch...@linux-m68k.org writes:
Sergey Sharybin sergey@gmail.com writes:
So guess we just need
batches of HTTP GET requests correlating to clone
sessions in the web server logs should also be indicative of the
problem.
Just to verify, if i see messages like Receiving objects: 1%
(7289/705777), 1.72 MiB | 340.00 KiB/s it means server is smart ?
--
With best regards, Sergey Sharybin
Yeah, i understand this. We can not protect self from every single
possible attack..
On Fri, Dec 27, 2013 at 10:26 PM, Bernhard R. Link
brl+...@mail.brlink.eu wrote:
* Sergey Sharybin sergey@gmail.com [131227 15:25]:
Security in this case is about being sure everyone gets exactly the
same
We're totally new to git submodules and clarification (and maybe even
confirmed bug with ls-files -m :) would really be appreciated. We're
also open for suggestions about re-configuring our submodules so they
works in a way we'd expect this.
Thanks in advance!
--
With best regards, Sergey
Hey,
Answers are inlined.
On Fri, Nov 22, 2013 at 5:16 PM, Ramkumar Ramachandra
artag...@gmail.com wrote:
[+CC: Jens, the goto-guy for submodules]
Sergey Sharybin wrote:
Namely, `git ls-files -m` will show addons as modified, regardless
ignore=all configuration. In the same time `git
are trying
to match `ls-files -m`, you probably wanted just `git diff --name-only`
to compare the working tree and the index. Although in a script you'd
probably want to use the plumbing `git diff-files` instead.
-Peff
--
With best regards, Sergey Sharybin
--
To unsubscribe from this list: send
back when we'll know something.
On Fri, Nov 22, 2013 at 10:35 PM, Ramkumar Ramachandra
artag...@gmail.com wrote:
Sergey Sharybin wrote:
Ramkumar, not actually sure what you mean?
For me `git diff --name-only HEAD --` ignores changes to submodules
hash changes.
`git diff --name-only HEAD
hash (which is unexpected i'd say).
On Fri, Nov 22, 2013 at 11:01 PM, Sergey Sharybin sergey@gmail.com wrote:
Ah, didn't notice you're the author of that pull-request Ramkumar :)
So guess issue with arc can be considered solved now. But i'm still
collecting more details about how to manage
ignore option
affect on other commands).
--
With best regards, Sergey Sharybin
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
)
int implicit_dot = 0;
struct update_callback_data update_data;
+ gitmodules_config();
git_config(add_config, NULL);
argc = parse_options(argc, argv, prefix, builtin_add_options,
--
With best regards, Sergey Sharybin
--
To unsubscribe from this list: send
(rev.diffopt, NO_IGNORE_SUBMODULE);
+
rev.diffopt.output_format |= DIFF_FORMAT_CALLBACK;
rev.diffopt.format_callback = wt_status_collect_updated_cb;
rev.diffopt.format_callback_data = s;
--
1.8.5.rc3.1.gcd6363f
--
With best regards, Sergey Sharybin
--
To unsubscribe
, i'm around to test the all patches which are related on submodules :)
On Mon, Nov 25, 2013 at 11:49 PM, Heiko Voigt hvo...@hvoigt.net wrote:
On Mon, Nov 25, 2013 at 03:02:51PM +0600, Sergey Sharybin wrote:
Am i right the intention is to make it so `git add .` and `git commit
.` doesn't include
With best regards, Sergey Sharybin
16 matches
Mail list logo