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 :-)
>
next prev parent 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.