defaria.com/blogs/Status/archives/week_2005_12_18.html

   1 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
   2    "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
   3 <html xmlns="http://www.w3.org/1999/xhtml" id="sixapart-standard">
   4 <head>
   5    <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
   6    <meta name="generator" content="Movable Type 5.2.3" />
   7
   8    <link rel="stylesheet" href="http://defaria.com/blogs/Status/styles-site.css" type="text/css" />
   9    <link rel="alternate" type="application/atom+xml" title="Atom" href="http://defaria.com/blogs/Status/atom.xml" />
  10    <link rel="alternate" type="application/rss+xml" title="RSS 2.0" href="http://defaria.com/blogs/Status/index.xml"$>" />
  11
  12    <title>Status for Andrew DeFaria: December 18, 2005 - December 24, 2005 Archives</title>
  13
  14    <link rel="start" href="http://defaria.com/blogs/Status/" title="Home" />
  15    <link rel="prev" href="http://defaria.com/blogs/Status/archives/week_2005_12_11.html" title="December 11, 2005 - December 17, 2005" />
  16    <link rel="next" href="http://defaria.com/blogs/Status/archives/week_2005_12_25.html" title="December 25, 2005 - December 31, 2005" />
  17 </head>
  18 <body class="layout-one-column">
  19    <div id="container">
  20       <div id="container-inner" class="pkg">
  21
  22          <div id="banner">
  23             <div id="banner-inner" class="pkg">
  24                <h1 id="banner-header"><a href="http://defaria.com/blogs/Status/" accesskey="1">Status for Andrew DeFaria</a></h1>
  25                <h2 id="banner-description">Searchable status reports and work log</h2>
  26             </div>
  27          </div>
  28
  29          <div id="pagebody">
  30             <div id="pagebody-inner" class="pkg">
  31                <div id="alpha">
  32                   <div id="alpha-inner" class="pkg">
  33
  34                      <p class="content-nav">
  35                         <a href="http://defaria.com/blogs/Status/archives/week_2005_12_11.html">&laquo; December 11, 2005 - December 17, 2005</a> |
  36                         <a href="http://defaria.com/blogs/Status/">Main</a>
  37                         | <a href="http://defaria.com/blogs/Status/archives/week_2005_12_25.html">December 25, 2005 - December 31, 2005 &raquo;</a>
  38                      </p>
  39
  40
  41
  42
  43                      <h2 class="date-header">December 23, 2005</h2>
  44                      <a id="a000503"></a>
  45                      <div class="entry" id="entry-503">
  46                         <h3 class="entry-header">Clearquest Demo/CVSIMS</h3>
  47                         <div class="entry-content">
  48                            <div class="entry-body">
  49                               <ul>
  50   <li>Gave demonstration of Clearquest to Jene Fan and her group. Went pretty well</li>
  51
  52   <li>Investigating issue where cvsims seems to be called when one cvs adds a directory</li>
  53 </ul>
  54
  55                               <p class="entry-footer">
  56                                  <span class="post-footers">Posted by  at  2:39 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000503.html">Permalink</a>
  57
  58
  59                               </p>
  60                            </div>
  61                         </div>
  62                      </div>
  63
  64
  65
  66                      <h2 class="date-header">December 22, 2005</h2>
  67                      <a id="a000502"></a>
  68                      <div class="entry" id="entry-502">
  69                         <h3 class="entry-header">Clearquest Demo/p4test/cvsims</h3>
  70                         <div class="entry-content">
  71                            <div class="entry-body">
  72                               <ul>
  73   <li>Set up a test bugs database for a demo</li>
  74
  75   <li>Set up p4test as a temp server for PQA on production data</li>
  76
  77   <li>Further coding of cvsims and integration into CVS</li>
  78 </ul>
  79
  80                               <h2>CVSIMS Issues</h2>
  81
  82 <p>There are still some issues WRT cvsims:</p>
  83
  84 <ul>
  85   <li>When you cvs add a directory it seems that cvsims is called. There is no issue IDs and thus thsi is a problem</li>
  86
  87   <li>Currently the path to the file being committed is not being passed. There is a %p that can be added to the command line in loginfo but it merely says "path relative to repository". What does that mean when you are checking in foo/foo.h, foo/foo.c and bar/bar.h?</li>
  88 </ul>
  89
  90 <p>Turns out that cvs will make calls per path. IOW if you are checking in foo/foo.h, foo/foo.c and bar/bar.h cvs would call the loginfo trigger with path = foo for foo.h and foo.c then call the loginfo trigger again with path = bar for bar.h. Unfortuantely this would leave us with the more ugly:</p>
  91
  92 <div class="code"><pre>
  93 ### adefaria Thu Dec 22 19:14:09 2005 ###
  94 1.6 /projects/ccase_irva/cvsmaster/ims/foo/foo.h
  95 1.7 /projects/ccase_irva/cvsmaster/ims/foo/foo.c
  96
  97 ### adefaria Thu Dec 22 19:14:10 2005 ###
  98 1.4 /projects/ccase_irva/cvsmaster/ims/bar/bar.h
  99 </pre></div>
 100
 101 <p>As you can see above I added both a -path and -repository options so I can compose the full path to each file.</p>
 102
 103 <p>One thing that is still not handled is the concept of branches. I'm not sure if that is required...</p>
 104
 105                               <p class="entry-footer">
 106                                  <span class="post-footers">Posted by  at  6:55 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000502.html">Permalink</a>
 107
 108
 109                               </p>
 110                            </div>
 111                         </div>
 112                      </div>
 113
 114
 115
 116                      <h2 class="date-header">December 21, 2005</h2>
 117                      <a id="a000501"></a>
 118                      <div class="entry" id="entry-501">
 119                         <h3 class="entry-header">Bugs/Integrating cvsims/PQA problems</h3>
 120                         <div class="entry-content">
 121                            <div class="entry-body">
 122                               <ul>
 123   <li>Created test bugs database for Clearquest evaluation</li>
 124
 125   <li>Worked on integrating cvsims into CVS</li>
 126
 127   <li>PQA web problems are surfacing. Need to set up newer web server</li>
 128 </ul>
 129
 130                               <p class="entry-footer">
 131                                  <span class="post-footers">Posted by  at  6:43 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000501.html">Permalink</a>
 132
 133
 134                               </p>
 135                            </div>
 136                         </div>
 137                      </div>
 138
 139
 140
 141                      <h2 class="date-header">December 20, 2005</h2>
 142                      <a id="a000500"></a>
 143                      <div class="entry" id="entry-500">
 144                         <h3 class="entry-header">cvsims/SCM global area/ccase-rmna-4 issues</h3>
 145                         <div class="entry-content">
 146                            <div class="entry-body">
 147                               <ul>
 148   <li>Changed cvsims to use new global area</li>
 149
 150   <li>Created document for <a href="http://intranet.broadcom.com/~adefaria/CVS/IMS.php">CVS/IMS Connector</a></li>
 151
 152   <li>Created new global area</li>
 153
 154   <lI>Working on another users problems with accessing ccase-rmna-4</li>
 155 </ul>
 156
 157                               <h2>Global File System Area - SCM</h2>
 158
 159 <p>I'm just trying to understand a little bit better about global paths, replication and DFS here at Broadcom. I ask because I see that this new SCM directory that I created over in Irvine is not at other sites as I would have expected it. For example:</p>
 160
 161 <div class="code"><pre>
 162 ccase-rmna-3:ls -d /projects/ccase/SCM
 163 ls: /projects/ccase/SCM: No such file or directory
 164 ccase-rmna-3:ls /projects/ccase | wc -l
 165      17
 166 </pre></div>
 167
 168 <p>and</p>
 169
 170 <div class="code"><pre>
 171 ccase-sj1-1:ls -d /projects/ccase/SCM
 172 ls: /projects/ccase/SCM: No such file or directory
 173 ccase-sj1-1:ls /projects/ccase | wc -l
 174      16
 175 </pre></div>
 176
 177 <p>However</p>
 178
 179 <div class="code"><pre>
 180 x-irva-01:ls -d /projects/ccase/SCM
 181 /projects/ccase/SCM/
 182 x-irva-01:ls /projects/ccase | wc -l
 183       24
 184 </pre></div>
 185
 186 <p>So then the SCM directory exists in Irvine but not in SJ nor Richmond. I suspect that it's merely that something needs to replicate it and maybe I just need to wait until that happens. Still such a delay in replication is a side effect we must bear in mind when we are pushing out changes... Also, notice the different directory counts at the three sites above...</p>
 187
 188 <p>WRT Windows and DFS, my Z drive is mapped to \\brcm-sj\dfs and I therefore do not have a Z:\projects\ccase\SCM directory there either:</p>
 189
 190 <div class="code"><pre>
 191 Local:ls -d /dev/z/projects/ccase/SCM
 192 ls: /dev/z/projects/ccase/SCM: No such file or directory
 193 Local:ls /dev/z/projects/ccase | wc -l
 194 16
 195 </pre></div>
 196
 197 <p>I suspect this correlates to ccase-sj1-1:/projects/ccase/SCM and whenever that directory gets populated so will my Z drive.</p>
 198
 199 <p>Again, it might be that replication will eventually happen or that it need to be set up. But we must understand that pushing something to some "global" place in Irvine, SJ or Richmond has a built in prorogation delay.</p>
 200
 201 <p>Finally, it seems to me that the intent of the projects automount map is to provide a well known path to global file space that exists on filers at the various sites and that replication between the filers happens on some known schedule. Scripts or other processes should "reach out" to the filer storage area they they know (e.g. \\brcm-irv\dfs\projects\ccase...) rather they should use the automount map (i.e. /projects/ccase) so as to avoid having to go out on the WAN to get stuff. For Unix this is pretty simplified in that the automounter and the projects automount map normalizes this to just /projects/<project>/<etc>. But can it be said that the same is true under Windows for the Z drive and DFS? By that I mean can I rely on Z:\projects\ccase\SCM to be the right place? If so then I will change my Perl code to set $lib_path = "Z:\\projects\\ccase\\SCM\\lib".</p>
 202
 203                               <p class="entry-footer">
 204                                  <span class="post-footers">Posted by  at  5:27 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000500.html">Permalink</a>
 205
 206
 207                               </p>
 208                            </div>
 209                         </div>
 210                      </div>
 211
 212
 213
 214                      <h2 class="date-header">December 19, 2005</h2>
 215                      <a id="a000499"></a>
 216                      <div class="entry" id="entry-499">
 217                         <h3 class="entry-header">BinRebase/ccase-rmna-4 problems</h3>
 218                         <div class="entry-content">
 219                            <div class="entry-body">
 220                               <ul>
 221   <li>BinRebase may need to use findmerge instead of rebase</li>
 222
 223   <li>Worked with Shivdutt re: satellite San Jose/Richmond user</li>
 224 </ul>
 225
 226                               <h2>BinRebase may need to use findmerge</h2>
 227
 228 <p>Rebasing is different than delivering. With Inter Project Deliver developers are "delivering" from one project to the next. This is not a real delivery as in delivering to the integration stream, rather it's a delivery from one project to another. What we have here is a hierarchy outside of the normal heirarchy supported by UCM.</p>
 229
 230 <p>Delivery between projects therefore is merely a findmerge and indeed the deliver command is not used. Rebasing, called <i>Rebase to parent</i>, however still uses the rebase command. This presents a problem in that rebase -preview -long does not operate the same way as findmerge -print. For one it does not do recursive directory merging like findmerge does (with findmerge we can capture and control the merging by using -print and handling the merging by ourselves). IBM/Rational designed deliver and rebase to be as automatic as possible. I suspect therefore that rebase automatically handles recursive directory merging thus not allowing you to do the recursive directory merging yourself.</p>
 231
 232 <p>"So fine" you say, "Just let rebase handle all of the directory merging". Well there is no way to do just directory merging and remember we want to capture and handle the file element merging ourselves so we can capture those instances where merge conflicts and binary merges exist, delaying them to the very end and handling the binary merge (or rebase) ourselves. With rebase we don't seem to have the same options as with findmerge and thus this may not be doable.</p>
 233
 234 <p>"OK, fine" you say again, "Skip the rebasing and just use findmerge". While that may be doable we will not have the "rebase in progress" behavior that they are currently accustomed to. That plus rebase opperates off of baselines and even recommendated baselines. We would need to figure out how that translates to labels that findmerge can use - and they'd need to be labels of possibly multiple components and the like. For now we are shelfing this BinRebase until we obtain more input...</p>
 235
 236                               <p class="entry-footer">
 237                                  <span class="post-footers">Posted by  at  5:09 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000499.html">Permalink</a>
 238
 239
 240                               </p>
 241                            </div>
 242                         </div>
 243                      </div>
 244
 245                   </div>
 246                </div>
 247             </div>
 248          </div>
 249       </div>
 250    </div>
 251 </body>
 252 </html>