1. 11 Jul, 2014 1 commit
  2. 27 May, 2014 2 commits
  3. 23 May, 2014 1 commit
  4. 15 May, 2014 1 commit
  5. 17 Apr, 2014 1 commit
  6. 10 Apr, 2014 1 commit
  7. 08 Apr, 2014 1 commit
  8. 03 Apr, 2014 3 commits
  9. 02 Apr, 2014 1 commit
  10. 28 Mar, 2014 1 commit
  11. 19 Mar, 2014 2 commits
  12. 18 Mar, 2014 1 commit
  13. 13 Mar, 2014 1 commit
  14. 12 Mar, 2014 3 commits
  15. 10 Mar, 2014 4 commits
  16. 27 Feb, 2014 1 commit
  17. 10 Feb, 2014 1 commit
  18. 07 Feb, 2014 1 commit
    • Make sure requested version tag gets downloaded · 4593e3c3
      There is a subtle bug in how the git module currently works. If the
      version you request is a tag name, and you've already got the repo
      cloned, and the tag name is a new tag, but refers to the already checked
      out working copy, the git module would exit early without change. This
      is bad as it means the new tag ref was not fetched and could not be used
      in later tasks.
      
      This change will check if the version is a remote tag, and if the tag
      doesn't exist locally. If that is true, it'll do a fetch.
      
      The activity could still be seen as not a change, because the working
      copy won't be updated, if the new tag refers to the already checked out
      copy, but that's not different than before and can be fixed as a more
      comprehensive overhaul of tracking change in the git module.
      Jesse Keating committed
  19. 31 Jan, 2014 1 commit
  20. 28 Jan, 2014 1 commit
  21. 23 Jan, 2014 3 commits
  22. 15 Jan, 2014 1 commit
  23. 11 Jan, 2014 2 commits
  24. 13 Dec, 2013 1 commit
  25. 03 Dec, 2013 1 commit
  26. 02 Dec, 2013 2 commits
  27. 25 Nov, 2013 1 commit