git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [EGIT PATCH] Add support for writing/appending .gitignore file

From
Robin Rosenberg <robin.rosenberg.lists@dewire.com>
Date
Apr 20, 2009, 17:09 UTC
Message-ID
<200904201909.38766.robin.rosenberg.lists@dewire.com>
In-Reply-To
<4D1840C4-B04C-4D75-9A01-BDCDC40D0A29@gmail.com>
måndag 20 april 2009 09:55:54 skrev Alex Blewitt <alex.blewitt@gmail.com>:
Show 20 quoted lines
> 
> On 20 Apr 2009, at 07:32, Robin Rosenberg wrote:
> 
> > måndag 20 april 2009 04:40:42 skrev Alex Blewitt <alex.blewitt@gmail.com 
> > >:
> >> On Sun, Apr 19, 2009 at 10:50 PM, Robin Rosenberg
> >> <robin.rosenberg.lists@dewire.com> wrote:
> >> One advantage of attaching issues is you don't have MUA problems :-)
> >> I'll try and get a patch to work via git-send-email later.
> >
> > The problem is review. With e-mail I can just hit reply and comment  
> > on your
> > patch. Did your try the SMTP interface to gmail? I think e-mailing  
> > inlined patches is
> > a nearly perfect. Inline-attachment is ok with me. That makes it  
> > possible to
> > comment on them like any email in my mail program.
> 
> Right, but the same approach is possible in a bug tracking system -  
> just comment. And people get a notification that a change has  

I haven't seen that. Obviously a bugtracker could cite the patch, but I don't know any that do.

Show 16 quoted lines
> apple:egit alex$ git status
> # On branch master
> # Your branch is ahead of 'origin/master' by 9 commits.
> #
> nothing to commit (working directory clean)
> 
> apple:egit alex$ git rebase -i origin/master
> Working tree is dirty
> apple:egit alex$ git rebase -i d0fd6f96b9311b972c6bffa8680544607d7e3c56
> Working tree is dirty
> apple:egit alex$
> 
> I'm probably doing something obviously wrong here, but I don't know  
> how to understand the difference between 'working tree is dirty' and  
> 'working directory clean', especially since git status (or git commit - 
> a) doesn't show any differences.

"obviously" isn't the right word here, or status and rebase would agree on the cleanliness. If you are using bash I strong suggest you enable the nice bash prompt with some status information. It's in <gIt>/contrib/completion if you have the Git source. In a packaged version you can probably can source /etc/bash_completion. It will tell you what branch you are on and state-information, like whether a rebase is in progress or not (you would get a different message from rebase/status if that was the case).

> Please excuse me whilst I figure out how to get comfortable working  
> with git ...
It took me only ten minutes to find a bug the first time I used git :)
-- robin
Previous: Alex Blewitt
Message 6 of 6 in “Add support for writing/appending .gitignore file”
  1. Add support for writing/appending .gitignore fileAlex Blewitt, Apr 19, 2009
  2. Robin RosenbergApr 19, 2009
  3. Alex BlewittApr 20, 2009
  4. Robin RosenbergApr 20, 2009
  5. Alex BlewittApr 20, 2009
  6. Robin RosenbergApr 20, 2009

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.