You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@camel.apache.org by GitBox <gi...@apache.org> on 2021/01/05 17:23:11 UTC

[GitHub] [camel-k] doru1004 opened a new issue #1878: Using -SNAPSHOT prevents use of git bisect

doru1004 opened a new issue #1878:
URL: https://github.com/apache/camel-k/issues/1878


   I am currently trying to trace down an error and I am hitting an interesting problem.
   
   I am trying to figure out which commit introduced the error but since past commits explicitly use the 1.6.0-SNAPSHOT (which doesn't exist anymore), this prevents me from actually rebuilding older versions of camel-k.
   
   It would be good to avoid the direct use of versions which contain the SNAPSHOT tag in them. I'm not sure I have a solution for how to avoid that but one thing is for sure, whatever the name, we must ensure that the package exists under maven even after the SNAPSHOT tag has moved to a new version.


----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
users@infra.apache.org



[GitHub] [camel-k] doru1004 commented on issue #1878: Using -SNAPSHOT prevents rebuilding past commits

Posted by GitBox <gi...@apache.org>.
doru1004 commented on issue #1878:
URL: https://github.com/apache/camel-k/issues/1878#issuecomment-758775482


   I guess my question is, is it needed to go through a phase where -SNAPSHOT is used?
   
   Instead of using 1.6.0-SNAPSHOT, one could advance the SNAPSHOT tag of the other project to something like 1.6.1-SNAPSHOT thus leaving 1.6.0 to not have a SNAPSHOT tag. Then Camel-K will have no mention of SNAPSHOT in its source code. If we then need to use the latest 1.6.1-SNAPSHOT, we first move the SNAPSHOT to 1.6.2-SNAPSHOT and then use 1.6.1 in Camel-K and so on.


----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
users@infra.apache.org



[GitHub] [camel-k] github-actions[bot] commented on issue #1878: Using -SNAPSHOT prevents rebuilding past commits

Posted by GitBox <gi...@apache.org>.
github-actions[bot] commented on issue #1878:
URL: https://github.com/apache/camel-k/issues/1878#issuecomment-994157641


   This issue has been automatically marked as stale due to 90 days of inactivity. 
   It will be closed if no further activity occurs within 15 days.
   If you think that’s incorrect or the issue should never stale, please simply write any comment.
   Thanks for your contributions!


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: commits-unsubscribe@camel.apache.org

For queries about this service, please contact Infrastructure at:
users@infra.apache.org



[GitHub] [camel-k] nicolaferraro commented on issue #1878: Using -SNAPSHOT prevents rebuilding past commits

Posted by GitBox <gi...@apache.org>.
nicolaferraro commented on issue #1878:
URL: https://github.com/apache/camel-k/issues/1878#issuecomment-756682327


   Yeah, from time to time we need to switch to SNAPSHOT to refer to the runtime artifacts. I've added to the local run comands the `--maven-repository` option so that it's possible to reference `https://repository.apache.org/content/repositories/snapshots` even in `kamel local run`, and it contains the snapshot artifacts, compiled from the runtime master.
   
   Unfortunately, we can't publish on maven central unreleased bits automatically, because we need to start a vote on Apache and let the community tests artifacts for 72 hours before releasing anything on Maven. So we opted on using SNAPSHOTs, usually for short period of times, to sync operator and runtime and move both forward.


----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
users@infra.apache.org



[GitHub] [camel-k] johnpoth commented on issue #1878: Using -SNAPSHOT prevents rebuilding past commits

Posted by GitBox <gi...@apache.org>.
johnpoth commented on issue #1878:
URL: https://github.com/apache/camel-k/issues/1878#issuecomment-757789145


   @nicolaferraro is there an easy way to run an integration using locally built SNAPSHOTs of camel-k-runtime ?


----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
users@infra.apache.org



[GitHub] [camel-k] nicolaferraro commented on issue #1878: Using -SNAPSHOT prevents rebuilding past commits

Posted by GitBox <gi...@apache.org>.
nicolaferraro commented on issue #1878:
URL: https://github.com/apache/camel-k/issues/1878#issuecomment-756682327


   Yeah, from time to time we need to switch to SNAPSHOT to refer to the runtime artifacts. I've added to the local run comands the `--maven-repository` option so that it's possible to reference `https://repository.apache.org/content/repositories/snapshots` even in `kamel local run`, and it contains the snapshot artifacts, compiled from the runtime master.
   
   Unfortunately, we can't publish on maven central unreleased bits automatically, because we need to start a vote on Apache and let the community tests artifacts for 72 hours before releasing anything on Maven. So we opted on using SNAPSHOTs, usually for short period of times, to sync operator and runtime and move both forward.


----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
users@infra.apache.org



[GitHub] [camel-k] github-actions[bot] closed issue #1878: Using -SNAPSHOT prevents rebuilding past commits

Posted by GitBox <gi...@apache.org>.
github-actions[bot] closed issue #1878:
URL: https://github.com/apache/camel-k/issues/1878


   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: commits-unsubscribe@camel.apache.org

For queries about this service, please contact Infrastructure at:
users@infra.apache.org



[GitHub] [camel-k] johnpoth commented on issue #1878: Using -SNAPSHOT prevents rebuilding past commits

Posted by GitBox <gi...@apache.org>.
johnpoth commented on issue #1878:
URL: https://github.com/apache/camel-k/issues/1878#issuecomment-757848095


   Thanks @nicolaferraro! I was thinking of running it in Kubernetes but maybe running it locally will be enough, thanks!


----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
users@infra.apache.org



[GitHub] [camel-k] nicolaferraro commented on issue #1878: Using -SNAPSHOT prevents rebuilding past commits

Posted by GitBox <gi...@apache.org>.
nicolaferraro commented on issue #1878:
URL: https://github.com/apache/camel-k/issues/1878#issuecomment-757796928


   > @nicolaferraro is there an easy way to run an integration using locally built SNAPSHOTs of camel-k-runtime ?
   
   Local run uses local maven, so I guess it will pick your compiled version. It wouldn't work with the released version, but if you build a `kamel` with runtime-version set to x.x.x-SNAPSHOT in the Makefile (plus `make codegen` before `make`), then `kamel local run` will pick your local runtime.


----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
users@infra.apache.org