小编gre*_*reg的帖子

我对使用REST API的订阅功能有一些疑问.我们使用"Express Checkout NVP/SOAP Integration"实施了定期付款,但对我们来说这不是最佳,因为:

• Webhook比IPN消息更容易,更有用;
• 我们不能强迫客户从PayPal余额中支付.

这就是我想用REST API重写它的原因.我认为流程将如下:

• 用户按下按钮,我们发出第一个获取身份验证令牌的请求;
• 创建结算方案;
• 激活结算方案;
• 创建结算协议;
• 由于我们在此处使用PayPal付款,因此我们会重定向客户以批准付款;
• 执行结算协议.

我的问题是:

1. 这个流程是否正确？
2. 要重定向客户批准付款,我们需要向PayPal API服务器发出四个请求,这是正常的吗？
3. 我应该为每个客户创建和激活计费方案,还是我可以为所有客户使用一个计划？
4. 如果可以,我可以在商家的个人资料页面中创建计划,或者我只能通过编程方式进行计划？

在我们的项目中，我们使用 git，我们在新分支中发布的每个功能以及在 codereview CTO 之后将其重新绑定到开发分支中。在我完成我的票后，CTO 说他不能重新调整我的更改，因为发生了冲突。我在本地机器上复制了它：

git clone ...
cd project1
git checkout my-branch
git rebase develop
...
Auto-merging admin/contest.html
CONFLICT (content): Merge conflict in admin/contest.html
Failed to merge in the changes.
Patch failed at 0019 contest: admin, dashboard, /contest

When you have resolved this problem run "git rebase --continue".
If you would prefer to skip this patch, instead run "git rebase --skip".
To check out the original branch and stop rebasing run "git rebase --abort".

好的，我解决了这个冲突，而不是添加了这个文件，但我不能继续 rebase 或 push …