This would be easy for me to implement - thinking out loud, though, I don't
think I have any customers who promote to live that frequently. But I
suppose it could poll live each morning and make the suggestion. Any of my
(PRC) customers who see this and are intrigued by this, pipe in or email me
that I have been able to discover, yet! I'm fascinated to hear
anyone else's ideas and experiences.
Susan
-Original Message-
From: Steve Romanow [mailto:slestak...@gmail.com]
Sent: Saturday, March 05, 2011 8:30 PM
To: sjos...@sjplus.com; U2 Users List
Subject: Re: [U2] Vers
On 03/05/2011 03:29 PM, Wols Lists wrote:
On 05/03/11 09:30, Steve Romanow wrote:
Git- I personally think git is best for very large workgroups working
on a single large codebase (i.e. an os kernel). It is primarily geared
to people comfortable in the shell. It does _not_ have good win32
sup
On 05/03/11 09:30, Steve Romanow wrote:
> Git- I personally think git is best for very large workgroups working
> on a single large codebase (i.e. an os kernel). It is primarily geared
> to people comfortable in the shell. It does _not_ have good win32
> support so it is a non-starter for me.
On 03/05/2011 06:53 AM, Susan Joslyn wrote:
Regarding your snippets below:
Would this really be something you want? Your ongoing work merged into
everyone else's ongoing work every day - before your work is finished and
tested?
I think the idea is you move discrete, completed patches to the
On 05/03/11 11:53, Susan Joslyn wrote:
> Regarding your snippets below:
>
>
>
> Would this really be something you want? Your ongoing work merged into
> everyone else's ongoing work every day - before your work is finished and
> tested?
Sorry, but I have to respond here ...
NO NO NO.
Not m
Regarding your snippets below:
Would this really be something you want? Your ongoing work merged into
everyone else's ongoing work every day - before your work is finished and
tested?
I approached the whole concept of items being checked out to others
differently - you can take a branch copy
the change control for the rest of the things inside U2 besides basic
programs in directories. Plus a separate solution for data integrity is
still required.
Susan
Message: 13
Date: Fri, 4 Mar 2011 17:59:11 +1100
From: "Hona, David"
To: 'U2 Users List'
Subject: Re: [U
On 3/4/2011 11:59 AM, Doug wrote:
Hi Bill:
I find this very messy. After a program has been changed 50 times, do I
really care what the other 49 versions look like in my U2 account. I think
not.
I sometimes change a program every 1 to 5 minutes as I'm going through
testing process. Then some
: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Bill Brutzman
Sent: Friday, March 04, 2011 8:32 AM
To: U2 Users List
Subject: Re: [U2] Version Control
When fixing THIS.APP,
copy all the source code from THIS.APP.R3 to THIS.APP.R4,
49.00"
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Bill Brutzman
Sent: Friday, March 04, 2011 9:04 AM
To: U2 Users List
Subject: Re: [U2] Version Control
One year ago, I was editing all of my code with EditPl
h the XLr8 editor?
--Bill
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Doug
Sent: Thursday, March 03, 2011 9:48 PM
To: 'U2 Users List'
Subject: Re: [U2] Version Control
Hi Bill:
The U2 world works insi
---
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Hona, David
Sent: Friday, March 04, 2011 1:59 AM
To: 'U2 Users List'
Subject: Re: [U2] Version Control
If you are using U2 environment a lot of stuff won't work without utilising
On 04/03/11 00:55, Bill Brutzman wrote:
> It is not clear to me how SubVersion and GIT developers refer to the latest
> rev of their subs. Also the reverse...what programs use the subs. This is
> where OSGI fits in. I have heard rumblings that people are working on an
> Eclipse-compatible OSG
1:48 PM
To: 'U2 Users List'
Subject: Re: [U2] Version Control
Hi Bill:
The U2 world works inside the database. The rest of the world thinks source
code control should be outside the database. Your use of VOC is very unique
and probably applicable to a small set of the U2 community.
Hi Bill:
The U2 world works inside the database. The rest of the world thinks source
code control should be outside the database. Your use of VOC is very unique
and probably applicable to a small set of the U2 community. Source code
control, except for U2, is done from the local workstation and
Doug:
I have been considering this matter for some time...
It seems that software development in the non-U2 world revolves around huge
Maven scripts to re-compile builds of vast dynasties of code. The U2 VOC
concept makes all of this hassle go away. With VOC, we just update the single
progra
From: Brian Leach
> ...The key was to appoint someone who was responsible for it.
> If it is anything more than trivial, it needs someone charged
> to administer it,
Conan the Librarian
> not just left to the whims of developers!...
Which brings us to the 2nd key: Build in perks for the develop
Thanks to everyone for their feedback on this. Brian Leach's article
was useful, and Edward's advice really gave me a shove in the right
direction. It's good to know that others have found Subversion to be an
appropriate choice -- maybe I am not that crazy after all. ;^)
I have some more to
nt for U2!
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of David Beahm
Sent: 16 April 2008 21:22
To: u2-users@listserver.u2ug.org
Subject: [U2] version control
We are looking to add our UniData/SBClient environment to
Subversion, and wanted to get a
eing edited. I can make the source available if anyone's interested?
Edward
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Susan Joslyn
Sent: 18 April 2008 13:26
To: u2-users@listserver.u2ug.org
Subject: RE: [U2] version control [AD]
Hello Group.
O
lf Of David Beahm
> Sent: 16 April 2008 21:22
> To: u2-users@listserver.u2ug.org
> Subject: [U2] version control
>
> We are looking to add our UniData/SBClient environment to
> Subversion, and wanted to get advice from anyone who has done s
> something similar (CVS, etc.)
/www.sjplus.com
- Original Message -
From: "Brian Leach" <[EMAIL PROTECTED]>
To:
Sent: Thursday, April 17, 2008 9:29 AM
Subject: RE: [U2] version control
> Jerry et al
>
> I would say good version control - like all code management - is a skill.
>
> And m
David,
One other item: in managing development, testing, and production
accounts, I've found it easier to use "relative Q-pointers" in the
software. So instead setting the Q-pointer:
CUSTOMERS
0001: Q
0002: AR
0003: CUSTOMERS
set it up to use a relative pathname:
CUSTOMERS
0001
G
> Sent: 17 April 2008 13:54
> To: u2-users@listserver.u2ug.org
> Subject: RE: [U2] version control
>
> It seems that everyone needs to be a specialist these days,
> even in our business.
>
>
> Jerry Banker
> Senior Programmer Analyst
> IBM Certified Solutions Exper
David,
We use CVS here. We store all of our source code in a flat
file/directory structure. We use an OS level "build" script to generate
the accounts, create the files and dictionaries, and load them with data.
The primary goal in our situation was to create a one-step build for our
produ
rsday, April 17, 2008 4:14 AM
> To: u2-users@listserver.u2ug.org
> Subject: RE: [U2] version control
>
> David
>
> You might want to check out an article I wrote for Spectrum about this.
> Back-issues are on www.intl-spectrum.com.
>
> One other tip:
>
> We u
PROTECTED] On Behalf Of David Beahm
> Sent: 16 April 2008 21:22
> To: u2-users@listserver.u2ug.org
> Subject: [U2] version control
>
> We are looking to add our UniData/SBClient environment to
> Subversion, and wanted to get advice from anyone who has done s
> something similar
Beahm" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, April 16, 2008 9:22 PM
Subject: [U2] version control
We are looking to add our UniData/SBClient environment to Subversion, and
wanted to get advice from anyone who has done something similar (CVS,
etc.) Searching through past post
We are looking to add our UniData/SBClient environment to Subversion,
and wanted to get advice from anyone who has done something similar
(CVS, etc.) Searching through past posts, I found Brian Leach's note
about generating DICT items from scripts, which I quite like; I suspect
there are more
30 matches
Mail list logo
