Re: Best Build Tool
- From: David Saracini <KillTheSpammers@xxxxxxxxxx>
- Date: Thu, 09 Feb 2006 10:44:57 -0600
I still have an issue that has not been resolved on your NG. One that seems pretty simple to me.
I'm not sure why, but I feel like I need to defend myself here - and also go on the record my thoughts/issues.
I don't think that FB is a terrible product. However, I can't say that I'm extremely pleased either. I understand that there are issues with Third-party products. However, the reply that I got from you was that it was a bad "build" and you had me download another. To me, I don't get a lot of confidence when the company that is supply my build tool has a build problem. Here was the message I got on the NG:
<quote>
> It was actually a bug in the last build (only happens on the sync action). Try this build:
> http://www.finalbuilder.com/downloads/finalbuilder/400/FB400_83.exe
</quote>
Also, there has been several things that I could consider to be quality control issues. For example, on one of the "actions", if you fill it all out and save it, it's fine. If you go back in to edit it, all of your settings are gone - in other words, it doesn't load them back into the GUI for you to see. To me, that shows a lack of Quality Assurance. The response to this problem was another build.
Additionally, in watching your newsgroups, on Feb 6th, you released two builds within a few hours of each other (build 102 and build 103). What was posted by your company on your newsgroup regarding build 102 was:
<quote>
Do not download this, looks like there was a merge problem with some code
completion xml files which is causing startup errors. We're rebuilding now,
I'll post here when we have uploaded a new build.
</quote>
Luckily, I did not download this version so I can't speak directly about it. However, I did see other users' issues and read your posting enough to know that there were development/control problems. Also, since this was a problem "at startup", I seems like it should have been easily caught. Typically, this code is the best tested in the system because it always gets run (no matter what the test is - you have to start the application).
Note: it was on the 7th after watching these problem, that I posted the root of this thread. I did not slam your company or product. Only said I was "displeased" and was searching for the possibilities of alternatives.
As I started this posting, I still have an issue that needs to be addressed - it seems like a very simple item to me, and one where we've followed your directions on and it still is not working correctly. Your assistance will be appreciated.
Finally, let me state again, I don't hate the product and I don't think it's "terrible", and I already have a quite a bit if time invested in it and I want to see it work for us. But, I can't say I'm pleased and I was posting here to evaluate other options.
Best Regards,
David Saracini
.
Hi David
I just checked our newsgroups and our support system, and all support requests from you were answered, and in some cases bug fixes were provided. As for the JediVCS support, yes it has been problematic. Unfortunately this is sometimes the nature of automating thirdparty products. The recent issues were mostly caused by the jedi vcs command line tool changes since we implemented our support (actually it was originally done by one of our customers, we recently took over maintanence of the actions). We released a new build yesterday which includes support for some of the changes introduced in JediVCS 2.4.
- Follow-Ups:
- Re: Best Build Tool
- From: Matthew Jones
- Re: Best Build Tool
- From: Vincent Parrett \(VSoft Technologies\)
- Re: Best Build Tool
- References:
- Re: Best Build Tool
- From: Vincent Parrett \(VSoft Technologies\)
- Re: Best Build Tool
- Prev by Date: ANN: ODBC DAC version 1.5.1 has been released
- Next by Date: Re: Project bug tracking solution (php + mysql)
- Previous by thread: Re: Best Build Tool
- Next by thread: Re: Best Build Tool
- Index(es):
Relevant Pages
|
Loading