I'm glad we are on the same page now and thanks for bringing in others.
Not wanting the files in the repository seems to be in conflict with the
desire to have them under its control (i.e., disappear/reappear behavior.)
Sorry, when I said I didn't want them in the repository, I meant I wanted
Chris Rorvick ch...@rorvick.com writes:
It's not in branchA, it's just no longer ignored because your changes
to .gitignore were effectively reverted by jumping back to the commit
that branchA points to.
...
hide/reappear is the equivalent to saying deleted/created in the
case of a tracked
Łukasz Stelmach stl...@poczta.fm writes:
Enable gitk read and write repository specific configuration
file: .git/k if the file exists. To make gitk use the local
file simply create one, e.g. with the touch(1) command.
This is very useful if one uses different views for different
Steffen Prohaska proha...@zib.de writes:
A recent commit [1] fixed a off-by-one wrapping error. As
a side-effect, add_wrapped_shortlog_msg() needs to be changed to always
append a newline.
Could you clarify As a side effect a bit more? Do you mean
something like this?
Earlier
Torsten Bögershausen tbo...@web.de writes:
Use TAB's for indentation
Put the closing ' at the begin of the line
Signed-off-by: Torsten Bögershausen tbo...@web.de
---
The entire series looked cleanly done. I've tweaked the last patch
a bit to wrap overlong lines, though.
Thanks.
--
To
On 09.12.12 10:43, Junio C Hamano wrote:
Torsten Bögershausen tbo...@web.de writes:
Use TAB's for indentation
Put the closing ' at the begin of the line
Signed-off-by: Torsten Bögershausen tbo...@web.de
---
The entire series looked cleanly done. I've tweaked the last patch
a bit to wrap
Consistently use a single space before and after the = (or :=, +=,
etc.) in assignments to make macros. Granted, this was not a big deal,
but I did find the needless inconsistency quite distracting.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
Makefile | 56
On Sun, Dec 09, 2012 at 01:18:08AM -0800, Junio C Hamano wrote:
Łukasz Stelmach stl...@poczta.fm writes:
Enable gitk read and write repository specific configuration
file: .git/k if the file exists. To make gitk use the local
file simply create one, e.g. with the touch(1) command.
Hrm, following your discussion (ellided above), I would have
expected that you would show
Removing directory foo/bar
Removing untracked_file1
Also it would be nice to have warnings about undeleted directories since this
git
clean behavior (or the work around to pass -f twice) is
On Sun, Dec 9, 2012 at 5:01 AM, Torsten Bögershausen tbo...@web.de wrote:
[snip]
PS: for some reason I don't get any mails to my
(google) account any more, which I use to read the list.
Am I the only one having this problem?
I noticed that the kernel.org lists are pretty unaccommodating. If
W dniu 09.12.2012 10:18, Junio C Hamano pisze:
Łukasz Stelmach stl...@poczta.fm writes:
Enable gitk read and write repository specific configuration
file: .git/k if the file exists. To make gitk use the local
file simply create one, e.g. with the touch(1) command.
This is very useful if
W dniu 09.12.2012 11:44, Paul Mackerras pisze:
On Sun, Dec 09, 2012 at 01:18:08AM -0800, Junio C Hamano wrote:
Łukasz Stelmach stl...@poczta.fm writes:
Enable gitk read and write repository specific configuration
file: .git/k if the file exists. To make gitk use the local
file simply create
On Sat, Dec 8, 2012 at 12:59 AM, Junio C Hamano gits...@pobox.com wrote:
* If somebody has a working replacement URL, we could use that
instead, of course. Takers?
A possible alternative could be
https://www.ohloh.net/p/git/contributors/summary
Nice charts!
--
Duy
--
To unsubscribe
Hi Junio, Marc.
On 12/07/2012 10:08 PM, Junio C Hamano wrote:
Marc Branchaud marcn...@xiplink.com writes:
It's FreeBSD 7.2, which I know is an obsolete version but I'm not able to
upgrade the machine. I believe FreeBSD's sh is, or is derived from, dash.
Finally. Yes, as you suspected, I
I appreciate your involvement, Mr Hamano.
You have made me realise that my intentions were flawed from the beginning,
because I had been misusing the branch feature.
Thank you for your time.
-Original Message-
From: Junio C Hamano [mailto:gits...@pobox.com]
Sent: Sunday, 9 December
Martin von Zweigbergk martinv...@gmail.com writes:
git reset currently returns 0 (if successful) while git reset
$pathspec returns 0 iff the index matches HEAD after resetting (on
all paths, not just those matching $pathspec).
So in short, you observed that either of them reports with its
On Sun, Dec 9, 2012 at 3:04 PM, Junio C Hamano gits...@pobox.com wrote:
Martin von Zweigbergk martinv...@gmail.com writes:
git reset currently returns 0 (if successful) while git reset
$pathspec returns 0 iff the index matches HEAD after resetting (on
all paths, not just those matching
Hi Matt,
On 8 December 2012 11:50, Matthew Ciancio matthew.cianci...@gmail.com wrote:
Problem: ignore.txt does not disappear like foo.txt does and is now just
sitting in branchA (and now any other branch I checkout into).
When I first started using Git, I genuinely thought this was a bug,
Thanks for explaining that Andrew. I guess that was my intention: to have an
ignored file snapshot, but I can see now that it goes against Git's
definitions and is not really needed.
I have overcome the problem by re-organising my repository and ... using more
'traditional' git workflows..
Sorting gitweb's project list by age ('Last Change') currently shows
projects with undefined ages at the head of the list. This results in a
less useful result when there are a number of projects that are missing
or otherwise faulty and one is trying to see what projects have been
updated
Matthew Daley mat...@gmail.com writes:
Sorting gitweb's project list by age ('Last Change') currently shows
projects with undefined ages at the head of the list. This results in a
less useful result when there are a number of projects that are missing
or otherwise faulty and one is trying to
Nguyen Thai Ngoc Duy pclo...@gmail.com writes:
On Sat, Dec 8, 2012 at 12:59 AM, Junio C Hamano gits...@pobox.com wrote:
* If somebody has a working replacement URL, we could use that
instead, of course. Takers?
A possible alternative could be
Nguyễn Thái Ngọc Duy pclo...@gmail.com writes:
diff --git a/cache-tree.c b/cache-tree.c
index 28ed657..989a7ff 100644
--- a/cache-tree.c
+++ b/cache-tree.c
@@ -248,6 +248,7 @@ static int update_one(struct cache_tree *it,
int missing_ok = flags WRITE_TREE_MISSING_OK;
int
Zoltan Klinger zoltan.klin...@gmail.com writes:
Would like to get some more feedback on the proposed output in case of
(1) an untracked subdirectory with multiple files where at least one of them
cannot be removed.
(2) reporting ignored untracked git subdirectories
Suppose we have a
24 matches
Mail list logo
