How to recover Perforce history on a moved directory












1















I have a branch on Perforce, where I changes the directory structure of the project using Rename/Move command.



During merging back to the mainstream, Something went wrong that caused Perforce to think of the new structure as a whole-new directories.



Subsequently, the history of the files in the new directory structure is totally unrelated to the history of the same files before changing the structure.



Is there anyway to recover this situation ? Or ask Perforce to append the old history with the new history ?






version-control perforce







share|improve this question



























    1















    I have a branch on Perforce, where I changes the directory structure of the project using Rename/Move command.



    During merging back to the mainstream, Something went wrong that caused Perforce to think of the new structure as a whole-new directories.



    Subsequently, the history of the files in the new directory structure is totally unrelated to the history of the same files before changing the structure.



    Is there anyway to recover this situation ? Or ask Perforce to append the old history with the new history ?






    version-control perforce







    share|improve this question

























      1












      1








      1








      I have a branch on Perforce, where I changes the directory structure of the project using Rename/Move command.



      During merging back to the mainstream, Something went wrong that caused Perforce to think of the new structure as a whole-new directories.



      Subsequently, the history of the files in the new directory structure is totally unrelated to the history of the same files before changing the structure.



      Is there anyway to recover this situation ? Or ask Perforce to append the old history with the new history ?






      version-control perforce







      share|improve this question














      I have a branch on Perforce, where I changes the directory structure of the project using Rename/Move command.



      During merging back to the mainstream, Something went wrong that caused Perforce to think of the new structure as a whole-new directories.



      Subsequently, the history of the files in the new directory structure is totally unrelated to the history of the same files before changing the structure.



      Is there anyway to recover this situation ? Or ask Perforce to append the old history with the new history ?






      version-control perforce




      version-control perforce






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked Nov 19 '18 at 11:36









      Ahmed AdelAhmed Adel

      10738




      10738
























          1 Answer
          1






          active

          oldest

          votes


















          2















          Something went wrong that caused Perforce to think of the new structure as a whole-new directories.




          Usually if this happens it means someone didn't use the "rename/move" command and used some other method to rename instead (i.e. they did something that adds the new directory as a new set of files independent of the originals rather than an atomic rename of an existing set of files). It's impossible for me to say how to "recover" without seeing what the history of the files looks like now so I can reverse-engineer what the "something went wrong" was.



          I'd recommend either posting on the Perforce forums or contacting Perforce technical support so that somebody with expertise can wheedle the necessary data out of you (I can intuit that this will require an amount of back and forth that stackoverflow frowns on -- "what were the branches you were merging from and to", "okay, now run THIS command to see the history of that branch and send me the output," "okay, which of these five merge operations I can see in the history is the one you're talking about,") and propose a solution.



          From another answer:




          So, for a file a/b/c, you can look at the by using the -i option where appropriate. For example, p4 filelog -li a/b/c.




          This is not necessary if files are renamed via the "move/rename" command, so if you need to use "filelog -i" to see file history, the files were definitely renamed by some other method. (The "p4 move" command was added in 2009 so long-time Perforce users will sometimes use other workflows.)






          share|improve this answer





















          • 2





            Thanks for the pointer on the "move/rename" integration history details. I've been using Perforce since 2000, and still do p4 integrate followed by p4 delete.

            – janm
            Nov 19 '18 at 16:34











          • Caught out! :D Yeah, the new "move" command has a bunch of special semantics designed to prevent a lot of the historic problems with Perforce "losing" history of renamed files. Check out the "remapping renamed files" section of this white paper, which talks about how "moved" files implicitly modify branch mappings to make sure changes merge correctly: swarm.workshop.perforce.com/files/guest/sam_stafford/doc/…

            – Sam Stafford
            Nov 19 '18 at 17:11











          • Thanks for the link. I will read it in detail later but a quick scan reminded me of some old interactions with Perforce support, and a look through my email history found an interaction with you on this subject from 2005!

            – janm
            Nov 19 '18 at 17:36











          • If you talked to Perforce support about branching/merging at any point between 2000 and 2010 you probably talked to me. ;)

            – Sam Stafford
            Nov 19 '18 at 18:15











          Your Answer






          StackExchange.ifUsing("editor", function () {
          StackExchange.using("externalEditor", function () {
          StackExchange.using("snippets", function () {
          StackExchange.snippets.init();
          });
          });
          }, "code-snippets");

          StackExchange.ready(function() {
          var channelOptions = {
          tags: "".split(" "),
          id: "1"
          };
          initTagRenderer("".split(" "), "".split(" "), channelOptions);

          StackExchange.using("externalEditor", function() {
          // Have to fire editor after snippets, if snippets enabled
          if (StackExchange.settings.snippets.snippetsEnabled) {
          StackExchange.using("snippets", function() {
          createEditor();
          });
          }
          else {
          createEditor();
          }
          });

          function createEditor() {
          StackExchange.prepareEditor({
          heartbeatType: 'answer',
          autoActivateHeartbeat: false,
          convertImagesToLinks: true,
          noModals: true,
          showLowRepImageUploadWarning: true,
          reputationToPostImages: 10,
          bindNavPrevention: true,
          postfix: "",
          imageUploader: {
          brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
          contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
          allowUrls: true
          },
          onDemand: true,
          discardSelector: ".discard-answer"
          ,immediatelyShowMarkdownHelp:true
          });


          }
          });














          draft saved

          draft discarded


















          StackExchange.ready(
          function () {
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53373811%2fhow-to-recover-perforce-history-on-a-moved-directory%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown

























          1 Answer
          1






          active

          oldest

          votes








          1 Answer
          1






          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes









          2















          Something went wrong that caused Perforce to think of the new structure as a whole-new directories.




          Usually if this happens it means someone didn't use the "rename/move" command and used some other method to rename instead (i.e. they did something that adds the new directory as a new set of files independent of the originals rather than an atomic rename of an existing set of files). It's impossible for me to say how to "recover" without seeing what the history of the files looks like now so I can reverse-engineer what the "something went wrong" was.



          I'd recommend either posting on the Perforce forums or contacting Perforce technical support so that somebody with expertise can wheedle the necessary data out of you (I can intuit that this will require an amount of back and forth that stackoverflow frowns on -- "what were the branches you were merging from and to", "okay, now run THIS command to see the history of that branch and send me the output," "okay, which of these five merge operations I can see in the history is the one you're talking about,") and propose a solution.



          From another answer:




          So, for a file a/b/c, you can look at the by using the -i option where appropriate. For example, p4 filelog -li a/b/c.




          This is not necessary if files are renamed via the "move/rename" command, so if you need to use "filelog -i" to see file history, the files were definitely renamed by some other method. (The "p4 move" command was added in 2009 so long-time Perforce users will sometimes use other workflows.)






          share|improve this answer





















          • 2





            Thanks for the pointer on the "move/rename" integration history details. I've been using Perforce since 2000, and still do p4 integrate followed by p4 delete.

            – janm
            Nov 19 '18 at 16:34











          • Caught out! :D Yeah, the new "move" command has a bunch of special semantics designed to prevent a lot of the historic problems with Perforce "losing" history of renamed files. Check out the "remapping renamed files" section of this white paper, which talks about how "moved" files implicitly modify branch mappings to make sure changes merge correctly: swarm.workshop.perforce.com/files/guest/sam_stafford/doc/…

            – Sam Stafford
            Nov 19 '18 at 17:11











          • Thanks for the link. I will read it in detail later but a quick scan reminded me of some old interactions with Perforce support, and a look through my email history found an interaction with you on this subject from 2005!

            – janm
            Nov 19 '18 at 17:36











          • If you talked to Perforce support about branching/merging at any point between 2000 and 2010 you probably talked to me. ;)

            – Sam Stafford
            Nov 19 '18 at 18:15
















          2















          Something went wrong that caused Perforce to think of the new structure as a whole-new directories.




          Usually if this happens it means someone didn't use the "rename/move" command and used some other method to rename instead (i.e. they did something that adds the new directory as a new set of files independent of the originals rather than an atomic rename of an existing set of files). It's impossible for me to say how to "recover" without seeing what the history of the files looks like now so I can reverse-engineer what the "something went wrong" was.



          I'd recommend either posting on the Perforce forums or contacting Perforce technical support so that somebody with expertise can wheedle the necessary data out of you (I can intuit that this will require an amount of back and forth that stackoverflow frowns on -- "what were the branches you were merging from and to", "okay, now run THIS command to see the history of that branch and send me the output," "okay, which of these five merge operations I can see in the history is the one you're talking about,") and propose a solution.



          From another answer:




          So, for a file a/b/c, you can look at the by using the -i option where appropriate. For example, p4 filelog -li a/b/c.




          This is not necessary if files are renamed via the "move/rename" command, so if you need to use "filelog -i" to see file history, the files were definitely renamed by some other method. (The "p4 move" command was added in 2009 so long-time Perforce users will sometimes use other workflows.)






          share|improve this answer





















          • 2





            Thanks for the pointer on the "move/rename" integration history details. I've been using Perforce since 2000, and still do p4 integrate followed by p4 delete.

            – janm
            Nov 19 '18 at 16:34











          • Caught out! :D Yeah, the new "move" command has a bunch of special semantics designed to prevent a lot of the historic problems with Perforce "losing" history of renamed files. Check out the "remapping renamed files" section of this white paper, which talks about how "moved" files implicitly modify branch mappings to make sure changes merge correctly: swarm.workshop.perforce.com/files/guest/sam_stafford/doc/…

            – Sam Stafford
            Nov 19 '18 at 17:11











          • Thanks for the link. I will read it in detail later but a quick scan reminded me of some old interactions with Perforce support, and a look through my email history found an interaction with you on this subject from 2005!

            – janm
            Nov 19 '18 at 17:36











          • If you talked to Perforce support about branching/merging at any point between 2000 and 2010 you probably talked to me. ;)

            – Sam Stafford
            Nov 19 '18 at 18:15














          2












          2








          2








          Something went wrong that caused Perforce to think of the new structure as a whole-new directories.




          Usually if this happens it means someone didn't use the "rename/move" command and used some other method to rename instead (i.e. they did something that adds the new directory as a new set of files independent of the originals rather than an atomic rename of an existing set of files). It's impossible for me to say how to "recover" without seeing what the history of the files looks like now so I can reverse-engineer what the "something went wrong" was.



          I'd recommend either posting on the Perforce forums or contacting Perforce technical support so that somebody with expertise can wheedle the necessary data out of you (I can intuit that this will require an amount of back and forth that stackoverflow frowns on -- "what were the branches you were merging from and to", "okay, now run THIS command to see the history of that branch and send me the output," "okay, which of these five merge operations I can see in the history is the one you're talking about,") and propose a solution.



          From another answer:




          So, for a file a/b/c, you can look at the by using the -i option where appropriate. For example, p4 filelog -li a/b/c.




          This is not necessary if files are renamed via the "move/rename" command, so if you need to use "filelog -i" to see file history, the files were definitely renamed by some other method. (The "p4 move" command was added in 2009 so long-time Perforce users will sometimes use other workflows.)






          share|improve this answer
















          Something went wrong that caused Perforce to think of the new structure as a whole-new directories.




          Usually if this happens it means someone didn't use the "rename/move" command and used some other method to rename instead (i.e. they did something that adds the new directory as a new set of files independent of the originals rather than an atomic rename of an existing set of files). It's impossible for me to say how to "recover" without seeing what the history of the files looks like now so I can reverse-engineer what the "something went wrong" was.



          I'd recommend either posting on the Perforce forums or contacting Perforce technical support so that somebody with expertise can wheedle the necessary data out of you (I can intuit that this will require an amount of back and forth that stackoverflow frowns on -- "what were the branches you were merging from and to", "okay, now run THIS command to see the history of that branch and send me the output," "okay, which of these five merge operations I can see in the history is the one you're talking about,") and propose a solution.



          From another answer:




          So, for a file a/b/c, you can look at the by using the -i option where appropriate. For example, p4 filelog -li a/b/c.




          This is not necessary if files are renamed via the "move/rename" command, so if you need to use "filelog -i" to see file history, the files were definitely renamed by some other method. (The "p4 move" command was added in 2009 so long-time Perforce users will sometimes use other workflows.)







          share|improve this answer














          share|improve this answer



          share|improve this answer








          edited Nov 21 '18 at 4:17

























          answered Nov 19 '18 at 15:49









          Sam StaffordSam Stafford

          11.9k719




          11.9k719








          • 2





            Thanks for the pointer on the "move/rename" integration history details. I've been using Perforce since 2000, and still do p4 integrate followed by p4 delete.

            – janm
            Nov 19 '18 at 16:34











          • Caught out! :D Yeah, the new "move" command has a bunch of special semantics designed to prevent a lot of the historic problems with Perforce "losing" history of renamed files. Check out the "remapping renamed files" section of this white paper, which talks about how "moved" files implicitly modify branch mappings to make sure changes merge correctly: swarm.workshop.perforce.com/files/guest/sam_stafford/doc/…

            – Sam Stafford
            Nov 19 '18 at 17:11











          • Thanks for the link. I will read it in detail later but a quick scan reminded me of some old interactions with Perforce support, and a look through my email history found an interaction with you on this subject from 2005!

            – janm
            Nov 19 '18 at 17:36











          • If you talked to Perforce support about branching/merging at any point between 2000 and 2010 you probably talked to me. ;)

            – Sam Stafford
            Nov 19 '18 at 18:15














          • 2





            Thanks for the pointer on the "move/rename" integration history details. I've been using Perforce since 2000, and still do p4 integrate followed by p4 delete.

            – janm
            Nov 19 '18 at 16:34











          • Caught out! :D Yeah, the new "move" command has a bunch of special semantics designed to prevent a lot of the historic problems with Perforce "losing" history of renamed files. Check out the "remapping renamed files" section of this white paper, which talks about how "moved" files implicitly modify branch mappings to make sure changes merge correctly: swarm.workshop.perforce.com/files/guest/sam_stafford/doc/…

            – Sam Stafford
            Nov 19 '18 at 17:11











          • Thanks for the link. I will read it in detail later but a quick scan reminded me of some old interactions with Perforce support, and a look through my email history found an interaction with you on this subject from 2005!

            – janm
            Nov 19 '18 at 17:36











          • If you talked to Perforce support about branching/merging at any point between 2000 and 2010 you probably talked to me. ;)

            – Sam Stafford
            Nov 19 '18 at 18:15








          2




          2





          Thanks for the pointer on the "move/rename" integration history details. I've been using Perforce since 2000, and still do p4 integrate followed by p4 delete.

          – janm
          Nov 19 '18 at 16:34





          Thanks for the pointer on the "move/rename" integration history details. I've been using Perforce since 2000, and still do p4 integrate followed by p4 delete.

          – janm
          Nov 19 '18 at 16:34













          Caught out! :D Yeah, the new "move" command has a bunch of special semantics designed to prevent a lot of the historic problems with Perforce "losing" history of renamed files. Check out the "remapping renamed files" section of this white paper, which talks about how "moved" files implicitly modify branch mappings to make sure changes merge correctly: swarm.workshop.perforce.com/files/guest/sam_stafford/doc/…

          – Sam Stafford
          Nov 19 '18 at 17:11





          Caught out! :D Yeah, the new "move" command has a bunch of special semantics designed to prevent a lot of the historic problems with Perforce "losing" history of renamed files. Check out the "remapping renamed files" section of this white paper, which talks about how "moved" files implicitly modify branch mappings to make sure changes merge correctly: swarm.workshop.perforce.com/files/guest/sam_stafford/doc/…

          – Sam Stafford
          Nov 19 '18 at 17:11













          Thanks for the link. I will read it in detail later but a quick scan reminded me of some old interactions with Perforce support, and a look through my email history found an interaction with you on this subject from 2005!

          – janm
          Nov 19 '18 at 17:36





          Thanks for the link. I will read it in detail later but a quick scan reminded me of some old interactions with Perforce support, and a look through my email history found an interaction with you on this subject from 2005!

          – janm
          Nov 19 '18 at 17:36













          If you talked to Perforce support about branching/merging at any point between 2000 and 2010 you probably talked to me. ;)

          – Sam Stafford
          Nov 19 '18 at 18:15





          If you talked to Perforce support about branching/merging at any point between 2000 and 2010 you probably talked to me. ;)

          – Sam Stafford
          Nov 19 '18 at 18:15


















          draft saved

          draft discarded




















































          Thanks for contributing an answer to Stack Overflow!


          • Please be sure to answer the question. Provide details and share your research!

          But avoid …



          • Asking for help, clarification, or responding to other answers.

          • Making statements based on opinion; back them up with references or personal experience.


          To learn more, see our tips on writing great answers.




          draft saved


          draft discarded














          StackExchange.ready(
          function () {
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53373811%2fhow-to-recover-perforce-history-on-a-moved-directory%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown





















































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown

































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown







          -

          Popular posts from this blog

          How to change which sound is reproduced for terminal bell?

          Image
          3 Recently upgrade to 18.10 from 18.04, and using the terminal is becoming annoying: the new alert sound is a drip ( /usr/share/sounds/gnome/default/alerts/drip.ogg ), and the previous one is still located at ( /usr/share/sounds/ubuntu/stereo/bell.ogg ). My issue is that at the gnome-terminal, when autocompleting or pressing left BOTH sounds are reproduced, at the same time. I want to just have ubuntu/stereo/bell.ogg active, not both . At the moment I have been only able to reduce the volume of the alerts (but still both are played), or turn the alerts down (but I dislike both "solutions"). gnome-terminal 18.10 teminal-bell share | improve this question
          Read more

          Title Spacing in Bjornstrup Chapter, Removing Chapter Number From Contents

          Image
          up vote 5 down vote favorite 2 I would like to make it so that the vertical space below the title of each chapter is the same when using the Bjornstrup package (i.e. so that the descenders do not affect the spacing - as shown by the red arrow in the picture below). I think I'm fairly happy with the spacing around "A chapter", so I'd really like titles without descenders (e.g. "Contents") to have the same vertical spacing as "A chapter" below the title. I would also like to remove the large "0" in the contents title. Any help appreciated, as always. documentclass[11pt,a4paper]{book} % Packages[![enter image description here][1]][1] usepackage[left=3.5cm, right=3.5cm, top=4.3cm, bottom=4.25cm]{geometry} usepackage[utf8]{inputenc} usepackage{libertine} usepackage[libertine]{newtx
          Read more

          Can I use Tabulator js library in my java Spring + Thymeleaf project?

          Image
          0 I want to add Tabulator js to my java project. I added tabulator.min.js, tabulator.min.css to resources folder. After that added to my html page these dependencies as recommending in readme.md. <link rel="stylesheet" th:href="@{/css/tabulator.min.css}"> <script type="text/javascript" th:src="@{/js/tabulator.min.js}"></script> Now my tables view all elements, that I have in the html page, but not correct. In the documentation of Tabulator is example how to create header and table, var table = new Tabulator("#example-table", { columns:[ {title:"Name", field:"name", sorter:"string", width:200, editor:true}, {title:"Age", field:"age", sorter:"
          Read more