What other visualizations would you like to see?
What other visualizations would you like to see? Have you seen visualizations that you think would be useful for BVC? If so, post some screenshots or describe what you would like to see.
Follow this discussion to get notifications on your dashboard.
Create a customer community for your own organization
Plans starting at $19/month
-
Inappropriate?When the build is broken, include all the people who have made modifications to the build --> so you know who to contact.
I would like to take a look at the code, but I'm not able to get it, are you sure the url works? I get a Does not Exist error (there is a space just before bigvisiblectruise-read-only) -
Inappropriate?I'd like to see that as well. The issue currently is that the xml that is returned from the cruise instance doesn't provide this information. It's possible to get this from the remoting endpoint in CCNet, but as far as I'm aware, this isn't available from the other cruise implementations (non-.Net).
I'll dig into this a bit and see what else I can find. This feature has been requested before.
As far as the url goes to the repo, it's a command-line url that google publishes. It should be fine from the commandline. If you're using tortoise, use http://bigvisiblecruise.googlecode.co.... -
I use tortoise svn, and got the following error :
Checkout from http://bigvisiblecruise.googlecode.co..., revision HEAD, Fully recursive, Externals included
Server sent unexpected return value (400 Bad Request) in response to REPORT
request for '/svn/!svn/vcc/default'
Finished!
Can you give me some help on this?
Concerning the other CruiseControl versions, I'll take a look also,
we can always wrap it in a try catch block if it neads be -
Inappropriate?I'm not sure what that error message would be. I just pulled over a different machine, downloaded tortoise and did a checkout with the command above and it seemed to work fine (with http://bigvisiblecruise.googlecode.co...).
Regarding showing the last user that committed a change, we use this information, but we just use the information from cctray. So, we use BVC simply for big visibility and cctray when we need more information.
Maybe the best way to have access to see the last checkout is simply to launch the dashboard from one of the build blocks that are show in the visualization. -
I got the code now (probably there was a network problem or so). I am looking at the code now, keeping you posted -
Inappropriate?For the moment there is no way to get this data from the dashboard as xml, I'll look into the exposing of this data first, afterwards it should be easy to visualize it.
I’m confident
-
Sounds good. I'm updating the code fairly frequently right now, but mostly just trying new stuff out.
I also want to write a "hand-drawn" visualization and then do some cleanup and announce 1.0 (likely by the end of next week). -
Inappropriate?Exposing the messages like 'XXX is fixing the build' is not a problem,
I have a patch for this ready for CCNet (minor upgrade), but since the 1.4 release is imminent, I doubt if it will be included. But maybe I can get it through, there will be a 1.4RC1, so there is a good chance that in the 1.4 final it will be included. Once this patch is in CCNet, I will make a patch for bvc to use this extra stuff
Is it handy that the buildstage is also exposed?
this can be a very long string (xmldata), and I doubt if BVC is the right tool to visualize this information.
I can also set a tag in the xmlstatusreport to identify which CCtype is queried, like ccnet, cc.rb, ..., but maybe it is better to set this in BVC. One knows to which kind of server one is looking. What do you think?
I’m confident
-
That's great. Thanks for the help there.
I think XmlStatusReport.aspx is only exposed from .rb and CCNet and that it's a different url for the java cruise. My code changes that in the trunk right now break on anything that doesn't expose XmlStatusReport.aspx (at least if you use the settings dialog instead of the config file) because of a converter I added for usability-sake.
Overall, I'd like to keep it where you never have to specify which version of cruise is running on either end. Overall, it really shouldn't matter as long as the xml exposed is consistent. As far as I know, this is currently the case. -
Inappropriate?I've added 2 smal patches to the issue tracker in google codes,
if you want patches to be supplied in a different way, let me know.
I’m happy
-
Inappropriate?I made a change to CCNet to expose the messages, so the statusreport also has this. These messages are used for communication between teammembers. For the moment the only item foreseen is XXX is fixing the build.
I've got BVC updated to display this data. I'f you're intrested, let me know and I will suply the patches. The other CC's are not affected by this update.
I’m happy
-
This comment was removed on 12/20/08.
see the change log -
Sounds great. Go ahead and submit a patch when you get a chance.
I'll apply it before I do the 1.0 release (and just have it fail silently for now).
Thanks!
-Ben -
The current build of CCNet 1.4.1 or 1.4.2, show the fixer of a build, you do not see this at the site of CCNet, because nobody clicks the button "I'm fixing the build". And this message is also cleared after every build. If you would like to see it, somebody must click the 'volunteer to fix build' button, in CCTray. Also in the next release, this message will indicate the people who broke the build. So if you could add this patch, the functionality is there. -
Great. Thanks! -
Inappropriate?Another visualisation method than a stacked frame, when the buildserver has 20+ projects, the text is way to small to read. There should be visualisation which shows the projects one by one. So first show project 1, wait 5 seonds, show project 2, ... It may be in carousel mode, but this is not necessary ;-)
Also an option to show only broken projects could be nice in this visualisation.
I’m happy
-
I've thought about that as well. There should be a good story for this. -
This comment was removed on 12/15/08.
see the change log -
Inappropriate?It would be nice to have one instance of bvc check multiple ccnet servers...and allow the user to choose which projects to display. I have quite a few ccnet projects that 95% of the developers don't care about.
-
This comment was removed on 12/14/08.
see the change log -
I really like it. I think the only thing to make it configurable is to create a skin for it and add it to the options in the setting page (with the path to the skin). If you send me the XAML, I can do it before the next drop.
Thx. -
Inappropriate?I'm working on a view that roughly is the following :
the screen is divided in 2
the left side (25%) shows the projects that are good
the right side (75%) shows the broken projects.
the reason is : we have a lot of projects, and the main thing to now is which ones are broken. So by doing this divide, the broken ones have more windows space, and should show up bigger.
any intrest in this ?
I am not good (read very bad) in wpf, so it may take some time to get this to work correctly -
I think it sounds like a great idea. I'd like to have this where there are a good variety of visualizations to choose from.
I suck at WPF as well, so that's not an issue with me. I don't write much code either - so there aren't any complaints on my side :) -
Inappropriate?I updated my patch that shows the fixer of a project, so it is now using the 1.2 source. (issue 30)
If you use the latest builds of ccnet (1.4.1.3845 and higher), and apply this patch, you will also see the breakers of a project.
I’m happy
-
Great. Thanks for the contribution. I'll take a look and get it integrated the next time I'm in the code.
Thanks!
-Ben -
Inappropriate?I upgraded ccnet to 1.4.2 but I never see the "Message" attribute being set in the XML - so I never see build breakers.
I admit, I haven't read the doco yet - is there something you have to configure to get this to work? -
Inappropriate?Hi, you must upgrade to one of the nightly builds of the 1.4.1 branch for the moment. The 1.4.2 was a fix release on the 1.4.1 branch.
--> all the new code is in the trunc, but the number has not yet been changed :-( and this is beyond my control
you can find a working copy here
http://ccnetlive.thoughtworks.com/CCN...
or higher build numbers, but for the moment in the 1.4.1 folder
sorry for the confusion about the numbering
-
This reply was removed on 12/18/08.
see the change log -
Inappropriate?If you don't mind, I would like to take the version of BVC I have now, and make a GitHub project out of it.
The benefit of GitHub, and the disadvantage of the current system, is that I have many, many, changes I am making, and it's quite a burden to try and keep down with the base and commit patches. It's much easier, at this stage, to ignore the project and dance off with my own fork/version.
At least, with Git, I can do this, and make my "fork" easily available and mergeable (see http://whygitisbetterthanx.com/) -
Inappropriate?I just had a go at this, and got a GIT repository working and uploaded. However, using Git, on Windows, is not a friendly experience - at all. Until we get some decent tools (like Tortoise) I think I'll give it a miss. I couldn't get a 'push' to work anyway.
-
Sounds good. I haven't played with Git much, but it's on my todo list for sure. It sounds like there are some great advantages. -
Inappropriate?With ben's consent, I've made a new project called, basically, BigVisibleCruise2 - it's at http://www.codeplex.com/BigVisibleCruise.
It has many of the features that have been submitted/rejected as patches here and quite a bit more. I've been actively developing it and will continue until all the features I want are complete ;-) I created this project simply because I have more changes to make than Ben can take, and I think they are useful enough that others will want to download it.
As an example of what I'm doing: I added functionality to get BVC to automatically monitor changes to the config file, so we can modify settings, such as "ProjectName RegEx, *while it's running* - and have the UI updated immediately. As it is now, BVC needs to be physically shut down and restarted to achieve this.
In BVC2, if you set the URL to start with "debug", BVC will use an XML file called DummyProjectStatus.xml in the bin folder, instead of hitting a real web service - important for playing around with skin changes and making screenshots etc.
I've also been actively cleaning code as I go, refactoring for Single Responsibility Principle - my best friend ;-) For example, I've MVP'd (ModelViewPresenter) the main window to move all the business logic out of the code-behind, and into a Presenter.
Loading Profile...



EMPLOYEE




