All of lore.kernel.org
 help / color / mirror / Atom feed
From: Justin Leung <jleung@redback.com>
To: Christian MICHON <christian.michon@gmail.com>
Cc: git@vger.kernel.org, justin0927@hotmail.com
Subject: Re: Verilog/ASIC development support is insufficient in git , help!
Date: Mon, 12 May 2008 11:51:50 -0700	[thread overview]
Message-ID: <482891C6.1050607@redback.com> (raw)
In-Reply-To: <46d6db660805110221y1207974dt3be709e1b67cf3d6@mail.gmail.com>


Hi Christian,

 I personally have no problem dealing without revision numbers .
I merely used them directly .

However, I think I gotta admit that this is a world more than just us .

There's an obvious reason why Windows and MS are still standing, and IE 
is still the market holder :

we are the minority ..  a lot of people just care to get the work done .

surely i felt defeated, but one lesson to know is that the interface is 
very important for beginners ;

and a simplified numbering scheme is really what the managers/VPs are 
looking for to avoid rookie mistakes .

Thanks for the support tho =)
I know i m not alone

 Justin

Christian MICHON wrote:
> I'm an ASIC designer too.
> this is unimportant: if they want to track a specific release of a
> file, it's better to look at what was the file's content from this cut
> to that cut.
> just use gitk and git-gui: almost all can be done with these two
> graphical tools.
>
> for linear development, yes. but when we were requested to perform
> maintenance on a specific old cut, this was becoming a nightmare.
> gitk, git-gui: two commands (actually gitk can be called from git-gui)
> this is the wrong approach.
> use branches to reference the different ressources (rtl, simulation, layout).
> then track these branches between them for deliveries and work/flow.
>
> use tags to mark specific releases/cuts.
> you can create an alias: git-show-branch | tail -r
>   
>
> yes, I used to be scared by sha1 too: I even created numbered tags for
> each commit. Until I read more about git, and stopped expecting using
> git as svn/cvs.
>   
> no, it would kill the right approach: embrace the index, and never look back.
>   
>
> you have to adapt your methods instead: trust another ASIC designer :-)
>   

  reply	other threads:[~2008-05-12 18:52 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <EB66C79C87CF49E59CB39EA4C286AE05@justinuTop>
2008-05-11  5:08 ` Verilog/ASIC development support is insufficient in git , help! Justin Leung
2008-05-11  5:21   ` Kevin Ballard
2008-05-11  5:29     ` Justin Leung
2008-05-11  5:33       ` Kevin Ballard
2008-05-12 18:45         ` Justin Leung
2008-05-12  5:57       ` Dana How
2008-05-12 19:02         ` Justin Leung
2008-05-11  9:21   ` Christian MICHON
2008-05-12 18:51     ` Justin Leung [this message]
2008-05-11  9:23   ` Jakub Narebski
2008-05-12 23:09   ` Daniel Barkalow
     [not found] <20080511172549.28205.qmail@science.horizon.com>
2008-05-12 18:54 ` Justin Leung

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=482891C6.1050607@redback.com \
    --to=jleung@redback.com \
    --cc=christian.michon@gmail.com \
    --cc=git@vger.kernel.org \
    --cc=justin0927@hotmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.